AD- A  1 26  435  A  COMPUTER-BASED  INFORMATION  SYSTEM  FOR  THE 

ISSUE/RECEIPT  CONTROL  BRANCH.. (U)  NAVAL  POSTGRADUATE 
SCHOOL  MONTEREY  CA  T. F  ZYCHOWSKI  DEC  82 
UNCLASSIFIED  F/G  g/2 


CO 


3  NAVAL  POSTGRADUATE  SCHOOL 


'i.i' 


04  06  05? 


»«Cu»ity  CUAMifiCATiON  Of  Twit  f  aq(  Bm 


REPORT  DOCUMENTATION  PAGE 


4.  TITlI  fan*  htHIHm) 


A  COMFUTER-BASED  INFORMATION  SYSTEM 
FOR  THE  ISSUE/ RECEIPT  CONTROL  BRANCH, 
SUPPLY  DEPARTMENT 


i  TnONt  •> 


Thaddeus  F.  Zychowski 


fCnVOMM'NQ  ONOANIZATION  N  AMI  AMD  400MII 

Naval  Postgraduate  School 
Monterey,  California  9  3  9^0 


I  I  CONTNOLLINS  OfflCC  NA4AC  >4  0  AOOHCM 

Naval  Postgraduate  School 
Monterey,  California  939^0 


head  iNSTWurTtnNS 
lIFOil  COMPLETING  FORM 


catalog  numim 


••  FCAPOAirimO  0*0  MPO*T  hum SS* 


12  M*0«T  OATf 

^000TTj£|0r'  1  3|I  ' 


MCV  NAMl  ft  AOOflCfftffl  tffffm* l  t+ am  Cm*tranin$  Ottt cm)  1ft.  *tCU«ITV  CLASS  (ml  i*i« 


1ft  OlftTWlBuTlOM  STaTCmKmT  /•/  fill#  A  apart) 


-  or  u c _ i c  .release  i  distribution  Unlimited, 


<7  oiSTmaurioM  itatcmCmt  .-•«  m.  mima  m  ai>ct  10.  it  fiiterani  mm  *•*•«) 


1  *  MCV  WOKOi  fC«MMM  «N  nmw  AIM  It  flAAMIATT  AVAN  IfMlllf  ff  WO  MMAII 

Information  System. 

Computer-based  Information  System. 


10.  A  Stria  ACT  fCMilaw  an  rfaaraa  nna  it  ixaaaMrr  aM  I  fan  tiff  *r  Mm*  onlal 

-he  Supply  Department  of  the  Naval  Postgraduate  School  is  a 
relatively  small  department  cf  the  school;  however,  through 
its  material  acquisition  function,  it  provides  an  extreme Iv 
valuable  service  to  the  command  in  the  form  of  material  and 
^ogistic  support.  There  are  several  functional  areas  that 
provide  support  to  the  material  acquisition  process.  The 
purpose  of  this  thesis  is  to  examine  these  functional  areas 


DO  ,  1473 


COITION  Of  I  NOV  ••  I*  OOBOLCTC 

S/N  BI03-0I4-  4*0  1 


Unclassified 

ICCUOITV  CLAUlfICATION  Of  TniS  PAOC  fOMn  Omm  i 


l 


HTT-ATIH  JT  Hf 


for  possible  utilization  of  a  computer-based  management 
information  system  which  would  improve  the  effectiveness 
of  those  processes  performed  within  each  functional  area. 
The  thesis  will  describe  the  support  functions  as  they 
are  presently  performed  and  review  any  internal  or  external 
influences  on  these  functions,  followed  by  a  proposed 
computer-based  information  system,  its  accompanying  data¬ 
base,  and  a  prototype  system. 


A’sesslon  For  ^ 

:  V'TS  GZAkl  | 

!  VT'C  TAF,  □ 

!:.Mi:i0iine3d  !j 

;  JuUh.e'iU::*; _ - _ 


Py . . 

D  t  3*T l but '  ;r./ 


Copy 

L 'YSPtcrFD 

V  *  V 


iftbl)  it 

y  Ocdea  1 

j  A  v  f\  i  i 

anc/or 

Srec 

_ _ 

Ini 

I 


Approved  for  public  release;  distribution  unlimited. 


A  Computer-Based  Information  System  for  the  Issue/Beceipt 
Control  Branch,  Supply  Department,  Haval  Postgraduate 


by 


Thaddeus  P.  Zychowski 

Lieutenant  Commander,  Supply  Corps,  ar.ited  States  Navy 
B.A.,  College  of  William  ana  Mary,  1959 


Submitted  in  partial  fulfillment  of  the 
requirements  for  the  degree  of 


MASTER  0?  SCIENCE  IN  INFORMATION  SYSTEMS 


f  rom  the 


NAVAL  POSTGRADUATE  SCHOOL 
Oera  aber  1932 


Second  Reader 


J'P  IaJ  fre-elLis 


Dean  of  Inforaation  and  Policy  Sciences 


3 


k  BSTB&C? 


The  Supply  Department  of  the  Naval  Postgraduate  School  is  a 
relatively  saall  department  of  the  school;  however,  through 
its  aaterial  acquisition  function,  it  provides  an  extremely 
valuable  service  to  the  command  in  the  fora  of  aaterial  and 
logistic  support.  There  are  several  functional  areas  that 
provide  support  to  the  material  acquisition  process.  The 
purpose  of  this  thesis  is  to  examine  these  functional  areas 
for  possible  utilization  of  a  computer-based  aanageaer.t 
information  system  which  would  improve  the  effectiveness  of 
those  processes  performed  within  each  functional  area.  The 
thesis  will  describe  the  support  functions  as  they  ara 
presently  performed  and  review  any  internal  or  external 
influences  on  these  functions,  followed  by  a  proposed 
computer-based  information  system,  its  accompanying  data¬ 
base,  and  a  prototype  system. 
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The  Supply  Department  of  the  Naval  Postgraduate  School 
is  a  relatively  small  department  of  the  school;  however,  it 
is  representative  in  size  of  many  small  activity  supply 
departments.  It  has  an  allowance  of  twenty-one  military 
personnel  and  a  ceiling  of  twenty-seven  civilians  (including 
four  temporary  personnel)  with  which  to  perform  the  primary 
functions  normally  performed  by  a  supply  department.  Figure 
1.1  depicts  the  organizational  structure  which  provides  and 
supports  these  functions.  Unlike  most  small  activity  supply 
departments,  however,  the  Supply  Department,  Naval 
Postgraduate  School  is  unique  in  the  distribution  of  its 
resources  due  to  the  relative  importance  of  certain  of  these 
functions  to  the  overall  mission  of  the  command. 

Any  suooly  department  will  rely  heavily  on  the  material 
acquisition  function  to  meet  the  material  and  service  needs 
of  the  command.  In  most  cases  the  majority  of  acquisition 
actions  result  ir  the  acquisition  of  standard  stock  material 
through  the  federal  supply  system  whether  it  be  Naval, 
Department  of  Defense,  or  General  Services  Administration. 
Due  to  the  uniqueness  of  the  mission  cf  the  Naval 
Postgraduate  School,  that  of  academic  instruction,  the  vast 
majority  of  acquisition  actions  results  in  the  procurement 
of  non-standard  stock  material  and/or  services. 
Non-standard  stock  is  that  material  or  service  which  is  not 
available  or  cannot  be  acquired  through  ary  of  the  federal 
supply  systems.  An  examination  of  supply  department  records 
indicates  that  the  normal  distribution  of  acquisition 
actions  between  standard  and  non-standard  stock  is  about  20% 
and  80%  respectively.  The  point  to  be  understood  here  is 
not  so  much  this  lopsided  distribution  between  two  different 


9 


I 


types  of  acquisition  action s,  although  the  relevance  of  it 
will  appear  throughout  this  thesis,  but  the  relevant  impor¬ 
tance  placed  upcn  material  acquisition  at  this  command. 
Perhaps  the  most  convincing  evidence  of  its  importance  is 
the  amount  of  personnel  resources  devoted  to  its  accomplish¬ 
ment.  Of  the  forty-eight  personnel  complement  authorized 
for  the  Supply  Department  six  are  directly  involved  in  the 
actual  acquisition  of  material  or  services  and  twenty-six 
are  indirectly  involved  in  providing  support  functions  such 
as  technical  edit  and  revie*,  status  maintenance  and 
followup,  a  ready  supply  store  and  receipt  and  invoice 
processing.  Sixty-seven  percent  of  the  personnel  of  the 
Supply  Department  are  either  directly  or  indirectly  involved 
in  the  material  acquisition  function.  The  puroose  of  this 
thesis  is  to  examine  the  utilization  of  a  comDUter  based 
management  information  system  tc  aii  *he  Supply  Department 
in  the  performance  cf  those  functions  that  provii?  supoort 
tc  the  material  acquisition  process. 

The  thesis  will  describe  the  suoocrt  functions  as  thev 
are  presently  performed  and  review  any  internal  or  external 
influences  on  these  functions  prior  to  describing  a  suitable 
computer  based  management  information  system  and  its  accom¬ 
panying  database. 


II.  PBBSBMT  SYSTBH  PBSCBIPTIOM 

Before  presenting  a  computer  based  management  informa¬ 
tion  system  that  will  support  the  needs  of  management,  it  is 
appropriate  to  describe  the  present  system,  i.e.,  functions 
performed,  files  maintained,  and  flow  of  information  within 
the  system.  Figure  1.1  depicted  the  organizational  struc¬ 
ture  of  the  supply  department.  The  branches  that  will  be 
focused  upon  throughout  this  thesis,  along  with  their 
respective  responsibilities  as  dictated  by  the  Naval 
Postgraduate  school  [Ref.  1  ,  p.  56-59],  are  as  follows: 

1.  Issue/Receipt  Control.  -  responsible  for  the  technical 
screening  cf  all  requisitions  and  issue  documents, 
processing  stock  requisitions,  maintainina  control 
riles  of  requisition  transactions,  orocessinu  of 
commercial  invoices  for  payment,  modifying  purchase 
orders,  and  maintaining  purchase  order  files. 


2.  Receiving  and  Shipping  -  resoonstole  for  the  receipt^ 
identification,  delivery,  and  accountability  of  inbound 
freight,  anc,  the  idea  nfication ,  routing,  packaaing* 
marking,  documentation,  and  loading  of  cutcounc 
freight. 

Primary  emphasis  will  be  placed  on  the  issue/receipt 
control  branch.  The  receiving  and  shipping  branch  will  be 
discussed  only  as  to  its  direct  interface  with  the  functions 
of  issue/receipt  control. 

Table  I  depicts  the  functions  necessary  to  carry  out 
these  responsibilities  and  the  delegation  of  responsibility 
to  perform  these  functions.  Each  of  the  functions  will  be 
described  below  in  a  sufficient  level  of  detail  to  allow  the 
reader  to  obtain  a  firm  grasp  of  the  functions  performed, 
files  maintained,  decisions  made,  and  the  general  flow  of 
information,  but  not  in  such  derail  as  to  confuse  the  reader 
or  attempt  to  make  him  an  expert  in  supply  control  proce¬ 
dures.  In  an  attempt  to  simplify  the  following  discussion. 
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r ABLE  I 

Functional  Responsibilities 


£0N£2I2! 

Technical  Edit  and  Review 
Material  Acquisition 

Status  Maintenance  and 
Followup 

Material  ID/Delivery 
Receipt/Invoice  Processing 


RESPONSIBLE  BRANCH 

I/R  control 

I/R  control  (standard 
stock) 

Purchase  (non-standard 
stock) 

I/R  control 


Receiving  and  Shipping 
I/R  control 


I 


only  the  primary  functions,  decisions,  and  information  flows 
for  recurring  processes  end  *ra reactions  will  be  considered. 
Those,  for  reasons  expressed,  which  are  not  mentioned  or  are 
referred  to  only  in  passing  have  no  significant  bearing  on 
this  work,  or  are  not  of  a  frequently  occurring  nature.  Any 
impact  that  may  be  involved  will  be  discussed  as  needed. 
Figure  2.1  depicts  the  general  flow  of  information,  and 
documentation,  from  one  function  and/or  process  to  another. 

A.  TECHHICAL  EDIT  1ND  RETI EB. 

The  primary  purpose  of  this  function  is  to  insure  that 
requisitions  submitted  to  the  Supply  Department  are  in  the 
proper  format  and  that  required  information  is  valid.  In 
addition,  each  requisition  is  reviewed  to  determine  if  the 
material  falls  into  a  category  of  material  that  requires 
special  processing. 
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There  are  two  general  types  of  requisir ions-- these  which 
are  for  standard  stock  Material  ani  these  which  are  net. 
Each  type  will  follow  a  particular  processing  path  through 
the  Supply  Department,  therefore  each  type  will  be  discussed 
separately  as  needed.  Eefore  proceeding  it  should  be 
pointed  out  that  prior  to  being  received  by  the  Supply 
Department,  all  requisitions  have  been  reviewed  by  the 
Comptroller  Department  for  financial  obligation  purposes 


(job  order  numbers  are  matched  against  serial  numbers  to 
insure  only  authorized  obligations  are  permitted  further 
processing)  . 

All  requisitions  are  submitted  on  a  DD  Form  1348. 
Figure  2.2  is  an  example  of  a  completed  DD  Form  1348. 
Appendix  A  provides  a  detailed  explanation  of  each  data 
element.  Although  the  example  is  for  a  non-standard  stock 
item,  it  is  sitilar  to  a  standard  stock  requisition  with 
few,  minor  exceptions.  When  received  by  the  Supply 
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Department,  requisitions  are  time  stamped,  then  sorted  by 
standard  and  non-standard  stock. 

1 .  Standard  Stock 

These  requisitions  are  verified  against  the  Navy 
Management  Data  List  (NMDL),  which  resides  on  microfiche 
cards,  to  insure  that  the  following  information  is  correct 
for  the  material  being  requested: 

1.  National  Stcck  Number  (NSN) 

2.  Federal  Supply  Group  and  Class  (FSC) 

3.  Cognizance  Symbol  (CD3) 

4.  Onit  of  Issue  (U/I) 

5.  Price 

6.  Quantity  (QTY) 

If  a  discrepancy  is  discovered,  the  requisition  ir.av 
either  be  corrected  by  Ls sue/receipt  control  personnel  or 
returned  to  the  customer  department  for  correction  and 
preparation  of  a  new  requisition. 

In  addition,  each  standard  stock  requisition  is 
reviewed  to  determine  if  the  material  being  ordered  fails 
into  one  of  the  below  listed  categories  which  require 
special  processing  and/or  approval  authority: 

1.  Photographic  equipment  or  supplies 

2.  Reproduction  equipment 

3.  Filing  equipment 

4.  Typewriters 

5.  Defense  Industrial  Plant  Squipment  Center  (DIPSC) 

material 
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6.  Plant  account  property 

7.  Office  laborsaving  device  equipment 

Appendix  B  contains  a  brief  explanation  of  each  of  the  above 
mentioned  categories. 

Requisitions  are  also  reviewed  to  determine  if  the 
material  reguested  is  carried  by  Ready  Supply  store  (RSS). 
This  is  accomplished  by  searching  the  RSS  inventory  catalog. 
If  the  material  is  carried,  the  DD  Form  1348  is  returned  to 
the  customer  department  for  subsequent  submission  to  the 
RSS.  If  not,  the  normal  processing  procedure  continues. 
The  final  review  made  is  a  verification  of  the  assignment  of 
valid  priorities  to  each  requisition.  Approval  is  required 
for  all  non-routine  priority  requisitions. 

2.  Ncn-Stan  dard  Stock 

Hon-standard  materi al/service  requests  are  similarly 
checked  for  valid  and  complete  information.  Requests  are 
also  reviewed  :c  determine  if  they  fall  into  one  of  the 
special  categories  of  material  requiring  special  processing 
and  if  valid  priorities  have  oeer.  assigned.  In  addition, 
each  request  must  be  reviewed  for  possible  cross  reference 
to  a  national  stock  number. 

For  items  with  part  numbers  provided,  a  review  of 
the  Master  Cross  Reference  List  (MRCL)  is  performed.  Like 
the  NMDL,  the  MR  CL  residas  on  microfiche  cards.  If  a  match 
is  made,  the  stock  number  is  verified  against  the  NMDL  to 
determine  its  validity.  I  f  it  is  a  good  stock  number,  the 
request  is  returned  to  the  customer  department  for  prepara¬ 
tion  of  a  standard  stock  requisition.  If  a  cross  reference 
is  not  aade  or  if  a  stock  number  proves  erroneous  based  on 
the  NMDL  review,  the  requisition  proceeds  through  the  normal 
path. 
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For  items  without  part  numbers  (primarily  consuma¬ 
bles)  ,  a  review  of  the  following  publications  is  made  for 
possible  cress  reference  to  a  national  stock  number: 

1.  Afloat  Shopping  Guide 

2.  Federal  Supply  Schedules 

3.  General  Services  Administration  Catalogs 


Once 

a  mat  ch 

is 

or  is 

not 

made,  the  same 

procedures 

that 

wer  e 

follow  ed 

f  0 

r  part 

ram 

cere d  items  are 

followed  in 

this 

case. 

Not 

all 

items 

are 

reviewed--or.lv 

those  which 

f  Vd 

reviewer  feels  are  prime  candidates  for  cross  referencing 
based  or  intuitive  and  subjective  reasoning.  Upon  comple¬ 
tion  of  all  checks  and  reviews,  non-standard  stock 
reguisitions  are  forwarded  to  the  purchase  branch  with  the 
appropriate  copy  placed  in  the  outstanding  purchase  order 
file. 

B.  HATEBIAL  ACQUISITION 

Although  not  an  area  being  considered  in  this  thesis, 
material  aeguisition  is  mentioned  at  this  point  simply  to 
show  its  logical  position  in  the  procedural  flow  of  paper¬ 
work  and  information  in  the  lifecycle  of  a  requisition. 
Once  a  standard  stock  requisition  has  completed  all  reviews, 
it  is  keypunched  for  transmittal  via  the  Autodin  network. 
The  appropriate  copies  are  then  placed  in  the  outstanding 
requisition  file,  others  are  forwarded  to  the  receiving  and 
shipping  branch  to  await  receipt  of  the  material,  and 
finally,  if  so  required,  requisition  copies  and  other  docu¬ 
mentation  are  placed  in  the  appropriate  files  designated  for 
material  requiring  special  processing. 
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For  a  complete  description  of  these  and  other  generally  used 
material  acquisition  processing  files  and  their  purpose,  see 
Appendix  C. 

Non-standard  stock  material/ser vice  requisitions  are 
passed  to  the  purchase  branch  for  appropriate  procurement 
action  from  commercial  sources.  The  specific  procurement 
actions  taken  are  very  complex  and  vital  to  the  command  but 
not  a  subject  of  this  thesis.  Note  that  once  a  requisition 
is  identified  for  commercial  procurement  it  loses  its  iden¬ 
tity  by  document  number  and  can  only  be  referenced  by  its 
newly  assigned  purchase  order  number.  The  relevance  of  this 
point  will  be  discussed  in  the  status  maintenance  and 
followup  section.  Once  all  procurement  actions  are 
complete,  the  necessary  documentation  is  forwarded  to  the 
receiving  and  shipping  branch  and  issue/receipt  control 
accordingly. 


C.  STATUS  MAINTENANCE  AND  FOLLONUP 


Status  for  standard  stock  requisitions  is  rec* 
stock  points  in  two  general  formats,  messaae  or  card.  Many 
varieties  of  status  may  be  reported,  some  of  which  may 
require  action  to  be  taken  and  others  which  do  not.  As 
status  is  received  it  is  acted  upon,  if  required,  by  issue/ 
receipt  personnel  and  appended  to  the  DD  Form  1348  residing 
in  the  outstanding  requisition  file  along  with  any  comments 
on  the  action  taken. 

Since  non-standard  material  is 
sources  as  previously  discussed, 
vendor-generated  status  associated  with  an  acquisition  o> 
this  type. 

Followup  is  normally  performed 
has  not  occured,  such  as: 


procured  from  commercial 
there  normally  is  no 


when  seme  expected  event 


1.  No  status  received  within  a  certain  time  Deriod  after 
submission  of  the  requirement. 
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2.  No  status  received  within  a  certain  time  Deriod  from 
last  receipt  of  status. 

3.  Expected  delivery  date  has  elapsed. 

In  both  the  case  of  standard  and  non-standard  stock, 
followup  is  initiated  by  one  of  two  methods.  First,  by 
periodic  purging  of  the  outstanding  requisition  and  open 
purchase  files.  In  this  situation  a  review  is  made  of 
status  cards  for  standard  stock  items,  and  expected  delivery 
dates  of  non-standard  items  with  any  necessary  followup 
action  initiated  as  required.  This  is  a  very  ineffecient, 
time  consuming  method  which  is  why  it  is  not  performed  as 
often  as  it  should  be,  given  other  constraints  such  as 
personnel  shortages. 

A  second  form  of  followup  initiation  is  initiated  by 
status  information  queries  from  the  customer.  For  standard 
stock  material  the  customer  will  provide  the  respective 
document  number.  The  outstanding  requisition  is  then 
located  in  the  outstanding  requisition  file  and  the  attached 
status  cards  are  reviewed  along  with  any  previous  followup 
attempts.  Any  further  followup  action  is  decided  upon  and 
taken  at  this  time. 

In  status  information  queries  for  non-standard  stock, 
the  customer  will  provide  the  respective  purchase  order 
number-  As  was  pointed  out  earlier,  a  requisition  loses  its 
identity  by  document  number  once  it  has  been  contracted  out 
to  commercial  sources,  and  further  reference  to  it  must  be 
by  purchase  order  number.  Armed  with  the  purchase  order 
number,  the  file  may  be  located,  reviewed  and  appropriate 
action  may  be  taken.  However,  in  practice,  the  customer  may 
not  have  the  purchase  order  number  (for  whatever  reason). 
In  this  situation,  armed  solely  with  the  document  number,  an 
exhaustive  manual  search  is  undertaken.  The  searcher  must 
scan  through  a  number  of  logs  and  files  in  an  attempt  to 
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cross  reference  these  two  identifying  numbers.  The  attempt 
is  routinely  successful  but  obviously  consumes  a  great  deal 
of  time. 

One  other  type  of  followup  is  performed  by  issue/receipt 
control  personnel  specifically  for  non-standard  stock  requi¬ 
sitions.  It,  too,  is  extremely  time  consuming,  inefficient, 
and  burdensome.  Vendors,  on  many  occasions,  will  call  to 
inquire  about  payment  on  invoices  they  had  submitted  some 
tiae  in  the  past  and  have  not  received  payment.  Although 
issue/receipt  control  personnel  are  not  responsible  for  or 
aware  of  the  status  of  an  invoice  or.ra  it  has  been  forwarded 
for  payment,  they  can  and  do  advise  the  vendor  as  to  the 
date  the  respective  invoices  vera  forwarded  for  payment 
(Processing  invoices  for  payment  is  discussed  below). 
Normally,  this  would  present  no  problems.  However,  usually 
the  vendor  does  not  possass  or  is  not  aware  of  the  appro¬ 
priate  purchase  order  number  which  is  required  to  determine 
this  information.  Armed  with  only  an  invoice  number  ar.d  the 
veneer's  name,  issue/receipt  control  personnel  must  again 
conduct  a  laborious  search  through  a  number  of  legs  and 
files  tc  cross  reference  this  invoice  number  to  the  appro¬ 
priate  purchase  crier  number  so  that  the  specific  file  may 
be  pulled  and  reviewed  to  determine  the  information  neces¬ 
sary  to  respond  to  the  vendor’s  query.  Regardless  of  the 
method  used  to  initiate  followup,  or  the  action  taken,  all 
results  are  annotated  and/or  filed. 

D.  HWEHIiL  ID/CBLIVEBI 

As  previously  indicated ,  copies  of  the  necessary  docu¬ 
mentation  for  all  ir.com in g  material  are  forwarded  to  the 
receiving  and  shipping  branch  where  they  are  kept  on  file 
awaiting  receipt  of  the  material.  There  are  two  files  main¬ 
tained,  one  for  each  type  of  requisition,  i.e.,  standard  and 
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non-standard  stock.  The  standard  stock  requisition  file  is 
maintained  in  julian  date,  serial  number  order.  The  non¬ 
standard  stock  requisition  file  is  maintained  by  purchase 
order  number.  As  material  is  received,  the  receipt  papers, 
or  packing  slips  in  the  case  of  commercial  procurements,  are 
pulled  and  matched  to  the  filed  documentation  to  determine 
which  customer  department  to  deliver  the  material  to. 
Occasionally,  material  will  be  received  frcm  a  commercial 
source  with  no  identifying  purchase  order  number  to  permit  a 
match  with  ■‘■he  filed  documentation.  This  situation  precipi¬ 
tates  a  call  to  issue/receipt  control  personnel  which  begins 
another  exhaustive  search  effort  through  numerous  files, 
legs  and  other  documentation  in  an  attempt  to  determine  the 
cor  responding  purchase  order  number.  Once  all  documentation 
has  been  gathered  together,  the  material  is  delivered  to  the 
appropriate  customer  department,  signed  for,  and  ail  docu¬ 
mentation  is  forwarded  to  the  issue/receipt  control  branch. 

E.  RECEIPT  /INVOICE  PROCESSING 

The  function  of  receipt /inv oice  processing  is  the  final 
step  in  the  life  cycle  of  a  requisition.  However,  the 
results  of  procedures  followed  during  the  processing  may 
lead  to  delays  in  completion  of  the  cycle.  Examples  of 
these  delays  and  their  causes  will  be  presented  during  the 
discussion.  The  processing  of  requisitions  for  close-cut  is 
different  for  standard  and  non-standard  stock,  and  there¬ 
fore,  each  will  be  discussed  separately. 

Ail  receipt  papers  and  invoices  are  received  in  the 
Issue/Receipt  Control  mail  room  where  they  are  time  stamped 
and  then  sorted  by  contract  type  for  distribution  to  the 
appropriate  control  personnel. 


During  the  sorting  of  receipt  papers,  they  are  reviewed  to 
determine  if  any  aaterial  that  initially  fell  into  one  of 
the  special  categories  (Photographic  equipment,  etc.)  indi¬ 
cated  earlier  has  been  received.  If  so,  then  the 
appropriate  personnel  are  notified  so  that  required  action 
aay  be  taken  based  on  present  guidelines. 

1 .  Standard  Stpck 

The  document  that  enters  the  system  at  this  point 
and  causes  the  start  of  the  certification  process  is  the  OD 
Form  1348-1.  These  documents  are  received  from  the 
receiving  and  shipping  warehouse  on  a  daily  basis. 
Documents  are  sorted  and  distributed  to  appropriate 
personnel.  The  DD  Form  1348-1  is  accompanied  by  the 
original  requisition  (which  had  previously  been  forwarded  to 
the  warehouse).  The  receipt  document  will  bear  the  signa¬ 
ture  of  the  individual  receiving  the  material,  as  well  as 
the  dare  received,  material  description,  quantity,  etc.. 

Issue/receipt  personnel  will  then  proceed  to  verify 
that  the  material  received  is  the  material  that  had  been 
ordered  and  in  the  quantity  ordered.  If  the  receipt  indi¬ 
cates  that  it  is  a  partial  shipment,  tne  requisition  will  be 
annotated  as  such  and  placed  back  in  the  outstanding  requi¬ 
sition  file  to  await  the  completed  shipment.  If  any 
discrepancies  exist  that  are  determined  to  be  the  responsi¬ 
bility  of  the  issuing  activity  such  as  a  shorted  shipment  or 
damaged/incorrect  material,  then  the  customer  department  is 
notified  to  set  aside  the  material  until  disposition 
instructions  are  received  from  the  issuing  activity. 
Control  personnel  will  then  prepare  a  "Report  of 
Discrepancy"  (ROD)  and  submit  it  to  the  issuing  activity. 
The  requisition  is  annotated  and  all  documentation  is  filed 
as  required.  The  last  step  is  to  file  ail  paperwork 
regarding  a  particular  transaction  into  the  Completed 
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Requisition  file,  unless  of  course  it  was  a  partial  ship¬ 
ment,  in  which  case  the  documentation  will  remain  it  the 
outstanding  file. 

2.  No^taaiard  Stoc< 

Because  of  the  variety  of  ways  a  non-standard  item 
may  be  acquired  and  because  of  the  legal  aspects  of  bill 
paying,  the  processing  of  this  type  of  transaction  is 
somewhat  more  diversified,  complex  and  inevitably  more 
critical  to  the  command.  The  degree  of  criticality  as  a 
result  cl  the  "Prompt  Payment  Act"  will  be  explained  _ater. 
The  following  discussion  will  be  divided  by  the  type  or 
acquisition  action.  Blanket  Purchase  Agreement  (BPA)  , 
Civilian  tfniver sities,  H aint enance/R ental,  and  0 -her. 
Regardless  of  the  contract  type,  the  receipt/invoice  process 
normally  involves  three  separata  phases  as  follows: 

1.  File  set-up 

2.  Receipt  processing 

3.  Invoice  processing 

Each  of  these  will  be  discussed  separately  within  each 
contract  type. 

a.  Blanket  Purchase  Agreement 

A  Blanket  Purchase  Agreement  (SPA)  is  a  method 
of  effecting  small  purchases  from  commercial  sources  which 
provides  a  simplified  pcocedure  of  establishing  "charge 
accounts"  with  qualified  sources  of  supply  to  cover  antici¬ 
pated  small  purchases  of  items  of  the  same  general  category. 
It  eliminates  the  need  to  issue  repeated  purchase  orders  by 
permiting  placement  of  oral  orders  against  a  blanke. 
purchase  agreement,  with  invoicing  accomplished  on  a  monthly 
basis.  The  initial  input  to  the  file  set-up  phase  is  the 
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Blanket  Purchase  Agreement  (BP A).  A  separate  folder  is 
established  for  each  BPA.  BPAs  remain  open  until  they  are 
retired  by  the  command  for  reasons  of  non-performance  or  by 
request  of  the  vendor.  The  next  input  to  this  phase  is  the 
DD  Form  1148  requisition.  There  are  EPA  callers  (personnel 
authorized  to  place  BPA  calls)  located  in  the  purchase 
branch  as  well  as  the  various  customer  departments.  Except 
for  minor  differences,  the  DD  Form  1348  from  each  source  is 
processed  similarly,  therefore  they  will  not  be  discussed 
separately  but  differences  will  be  highlighted.  Ir.  addition 
to  the  DD  Form  1343  requisition,  a  continuation  shee~  will 
be  attached  if  required.  A  continuation  is  required  when 
more  than  one  item  is  being  rsquestsd  from  the  same  source. 
If  the  order  is  placed  by  a  caller  in  a  customer  department, 
then  a  NPGS  Form  4270  is  provided,  replacing  the  continua¬ 
tion  shee*. 

Some  important  information  is  available  on 
requisition  and  is  very  useful  in  future  followups  and  as  a 
management  information  tool.  The  information  available  is 
as  follows: 

1 .  BPA  number 

2.  Caller 

3.  Call  number 

4.  Date  order  placed 

5.  Vendor 

6.  Vendor  representative  accepting  order 

7 .  Price 
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The  process  involved  in  this  phase  is  vary 
simple.  The  DD  Form  1348  requisition  together  with  any 
continuation  sheets  are  placed  in  the  BPA  folder.  No 
tangible  output  is  produced  at  this  stage  other  than  a  BPA 
folder  for  a  particular  3PA  and  a  particular  order. 

The  next  phase  begins  with  the  input  of  receipt 
documentation  from  the  receiving  and  shipping  warehouse  to 
include  the  original  ordering  doc ua ant,  any  continuation 
sheets,  and  the  packing  slip.  The  packing  slip  will  bear 
the  signature  cf  the  customer  department  r epresentaive 
receiving  the  material,  the  date  the  material  was  received, 
and  cf  course  the  vendors  description  of  the  material  and 
quantity  received.  Issue/receipt  personnel  will  verify  that 
the  material  received  is  identical  to  the  material  ordered 
ar.d  in  the  correct  quantity.  Any  discrepancies  will 
normally  be  dealt  with  by  phone  directly  with  the  vender. 

The  next  phase  begins  with  the  input  into  ‘hs 
system  cf  an  invoice  from  the  vendor.  Vendors  are  required 
to  submit  invoices  on  a  monthly  basis  tc  include  billing  for 
all  material  provided  during  that  particular  month. 
However,  in  practice,  vendors  will  invoice  by  order. 
Invoices  are  matched  against  the  oriuinal  ordering  document 
to  insure  that  billing  is  for  the  correct  material,  ir.  the 
correct  quantities  and  at  the  correct  price.  This  matching 
may  become  complex  if  there  are  substitute  materials 
involved,  or  different  quantities  supplied  in  different 
units  of  issue.  Again,  any  discrepancies  are  normally 
settled  with  the  vendor  by  phone.  Depending  on  the  circums¬ 
tances,  the  vendor  will  either  provide  correct  materials 
and/or  prepare  new  invoices,  cr  a  modification  to  the 
original  contract  will  be  prepared  by  issue/receipt 
personnel. 
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Once  all  documentation  is  in  agreement,  it  is 
placed  in  the  "Ready  to  Pay"  file.  BP A  invoices  are 
required  to  be  paid  on  a  monthly  basis.  However  since  most 
vendors  submit  invoices  on  a  per  order  basis,  invoices  are 
processed  more  frequently.  This  process  consists  of  first 
placing  all  documentation  from  the  "Ready  to  Pay"  file  into 
document  number  crder  by  BP  A  to  ease  performance  of  the  next 
step.  Next,  a  "Summary  of  Accounting  Data"  is  prepared,  one 
for  each  BP  A  with  no  more  than  five  lines  of  accounting  data 
unless  a  particular  invoice  covers  more  than  five  lines  of 
accounting.  In  ether  words,  an  invoice  should  not  be  spread 
over  several  summaries  to  meet  the  five  line  caveat.  Sach 
line  represents  a  separata  line  of  accounting  and  must  indi¬ 
cate  whether  this  is  a  partiax  or  final  payment  by  use  of 
"pp"  or  "fp",  as  appropriate,  in  the  cost  code. 

Once  final  cert  if ication  signatures  are 
obtained,  the  necessary  documentation  is  distributed  as 
required.  The  final  step  involves  annotating  the 
"Historical  Record  of  3PA5"  with  the  following  elements: 

1.  Call  number 

2.  Amount 

3.  Date  invoice  forwarded  for  payment 

This  information,  along  with  other  information  available  in 
the  filed  documentation,  will  be  ver j  useful  in  invoice 
payment  queries  from  vendors,  and  also  in  regards  to  the 
implementation  a  rd  enforcement  of  the  Prompt  Payment  Act,  as 
well  as  for  general  management  information  and  control. 

b.  Civilian  Universities 

Civilian  university  contracts  are  issued  to 
provide  postgraduate  education  to  military  officers 
attending  civilian  institutions.  These  contracts  provide 
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for  the  payment  of  tuition  for  the  respective  students.  The 
initial  input  into  the  file  set-up  phase  is  the  request  for 
establishment  of  an  agreement  with  a  particular  university 
from  the  customer  department  to  the  purchase  branch,  the 
purchase  branch  request  for  same  from  Naval  Supply  Center 
(NSC)  Oakland,  and  finally  the  agrsaaent  itself.  Similar  to 
a  BPA  this  negotiated  agreement  remains  open  indefinitely. 
A  separate  folder  is  established  for  each  university.  The 
next  inputs  to  be  received  are  the  negotiated  con*ract 
accompanied  by  the  DD  Fora  1346  requisition.  Both  the 
contract  and  the  requisition  represent  a  single  student, 
rather  than  multiple  students.  Each  student's  contract  with 
a  particular  university  carries  the  same  purchase  order 
number  as  all  ether  students  attending  that  university: 
therefore,  a  unique  nuaoer  is  assigned  to  each  student  to 
distinguish  him  from  all  others.  This  unique  identification 
is  the  QE  number.  Each  fiscal  year  a  new  D3  Form  1346  and 
new  QE  number  is  assigned  each  studen:.  Some  important 
information  is  available  or.  ‘has?  documents  that  will  be  of 
use  in  later  processing. 


1.  Document  number 

2.  University  came 

3.  Student  name 

4.  Purchase  order  number 


5.  QE  number 

6.  Time  period  covered 

7.  .‘.mount  obligated 

At  this  point  a  folder  is  established  for  a 
particular  university  which  includes  the  above  information 
fer  every  student  attending.  In  addition,  initial  entries 
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ar a  made  on  a  "Tally  Sheet"  which  has  the  purpose  of  beeping 
track  of  expenditures  for  each  student.  There  are  no 
receipts  involved  in  this  type  of  contract,  therefore  the 
next  input  into  the  system  is  the  invoice. 

Invoices  are  received  from  each  university  on  a 
periodic  basis  depending  on  whether  they  are  on  a  quarter  or 
semester  system.  Invoices  are  first  sent  to  the  customer 
department  for  verification  of  services  performed  since  no 
receipt  is  involved.  The  customer  department  returns  the 
invoice  after  verification  is  completed  having  annotated  the 
invoice  with  the  respective  purchase  order  number,  document 
number,  and  signature.  Upon  receipt  of  the  annotated 
invoice  from  the  customer  department  issue/receipt  control 
personnel  annotate  it  with  the  respective  QE  number.  At 
this  point  the  tally  sheet  is  updated  to  include  the  most 
recent  expenditure.  A  review  is  made  to  insure  adequate 
funds  remain  unobligated  to  cover  this  invoice.  If  not  , 
additional  funds  are  requested  from  the  customer  department 
and  a  contract  modification  is  prepared  in  an  amount  to 
cover  the  invoice  only.  Once  sufficient  funds  are  on  hand, 
the  invoice  is  certified  and  forwarded  for  payment  with 
annotations  made  of  the  date  forwarded  for  payment. 

The  negotiated  contract,  like  the  agreement,  is 
never  closed.  Only  a  particular  student  record  may  be 
closed  and  only  upon  graduation  or  attrition  by  ether  means. 
The  DD  Form  1346  for  that  particular  student  is  moved  from 
the  outstanding  to  the  completed  purchase  order  file  only 
when  funds  authorized  on  that  requisition  have  been  fully 
expended. 

c.  Naintenance/Reatal 

A  maintenance/rental  contract  is  established  to 
provide  for  either  maintenance  of  equipment,  rental  of 
equipment,  or  in  some  cases,  both  maintenance  and  rental 
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under  the  same  contract.  The  primary  input  to  the  file 
set-up  phase  is  the  negotiated  contract  accompanied  by  the 
respective  DD  Pora  1348  req uisition.  A  separate  folder  for 
each  negotiated  contract  is  established  which  will  include 
all  requisitions  against  that  particular  contract.  A  parti¬ 
cular  contract  is  with  one  company  but  usually  covers  the 
maintenance  or  rental  of  various  equipment,  among  multiple 
customers  and/or  appropriations.  A  "Tally  Sheet"  is 
prepared  and  used  to  keep  track  of  expenditures  by  equip¬ 
ment.  There  is  a  separate  rally  she?-  maintained  far  a  a  c  r. 
individual  piece  of  eguipm  e  r.+ .  since  there  are  no  receipts 
involved  in  this  type  of  transaction,  the  next  phase  of 
invoice  processing  begins  with  the  input  into  the  system  of 
an  invoice  from  the  vendor. 

The  invoice  process  here  is  similar  to  that  of 
other  contract  types.  Or.ce  the  validity  of  the  charges  is 
certified,  usually  by  phone  with  the  respective  customer 
department,  the  invoice  is  certified  and  forwarded  for 
payment  with  annotations  male  of  this  date.  Any  discrepan¬ 
cies  are  normally  serried  by  phone  wirh  the  vendor.  In 
addition,  the  tally  sheet  is  updated  to  indicate  cumulative 
expenditures.  At  any  rime  that  it  appears  additional  funds 
are  needed  to  cover  the  rental  cost  of  a  particular  machine 
within  a  department  and/or  total  funds  for  a  department, 
that  department  is  notified  to  provide  those  additional 
funds  by  submitting  a  new  DD  Form  1348.  Control  personnel 
will  then  prepare  a  contract  modification  as  required. 

If  this  is  a  final  payment,  the  DD  Form  1348  is 
pulled  from  the  outstanding  purchase  order  file./  If  it  is 
only  a  partial  payment  (which  most  are  until  the  end  of  the 
year)  ,  then  the  file  is  left  open  pending  further  invoices. 


33 


d.  Other 


In  this  category  are  included  all  other  contract 
types  not  discussed  above.  These  basically  include  all 
types  of  contracts  for  material  vice  services  except  for 
those  acquired  through  a  3PA. 

The  initial  input  into  the  file  set-up  phase  is 
the  negotiated  ccntract  accompanied  by  the  corresponding  DD 
Fora  1348.  This  is  termed  a  non-conf irmed  order.  However, 
there  are  tiaes  when  confirmed  orders  are  received. 
Confirmed  orders  arrive  with  only  the  DD  Form  13-3,  the 
buyer’s  wording  papers,  and  any  continuation  sheets.  A 
purchase  order  will  be  prepared  and  forwarded  at  a  later 
date.  Each  set  of  documentation  is  first  logged-in,  to 
include: 

1.  Purchase  order  number  {if  a  confirmed  order  this  is 
left  blank  until  the  contract  is  received) 

2.  Document  number 

3.  Date  file  set  up 

A  file  is  set  up  to  consist  cf  the  above  documentation  and 
placed  in  the  "Awaiting  Receipt  Papers"  file  unless  it  is  a 
prepaid  (e.  g.  subscriptions,  books,  etc.)  in  which  case  it 
gees  immediately  to  the  invoice  processing  stage. 

The  receipt  processing  phase  begins  with  the 
input  cf  receipt  documentation  from  the  warehouse  which 
includes  the  original  DD  Form  1348,  any  continuation  sheets, 
and  a  packing  slip  which  bears  the  signature  of  the  customer 
department  representative  receiving  the  material  and  the 
date  received.  Is sue/r eca ipt  control  personnel  must  deter¬ 
mine  whether  the  material  received  is  the  material  that  was 
ordered,  in  the  quantity  ordered  and  if  it  was  a  partial  or 
complete  shipment.  At  this  point  tha  documentation  is  anno¬ 
tated  to  include  the  results  of  the  review  and  placed  in  the 


31 


"Awaiting  Invoice"  file.  Upon  receipt  of  the  invoice  from 
the  vendor  a  similar  review  is  made  to  insure  that  the 
material  received  and  invoiced  for  is  the  material  which  was 
ordered  and  in  the  quantity  ordered.  The  following  elements 
are  compared  on  the  invoice  and  contract: 

1.  Vendor  name  and  address 

2.  Material 

3.  If  substitution  was  made 

'4.  Quantity 

5.  Unit  of  issue 

6.  Unit  price 

7.  Price  extensions 

Similar  to  BP  A  invoice  matching  procedures,  this  process  may 
become  very  com  plicated  if  substitute  material  is  involved 
and/or  different  units  cf  issue  are  utilized  by  rhe  vendor. 
Any  discrepancies  in  the  above  elements  must  be  brought  to 
the  attention  of  the  vendor  and  either  the  vendor  will  taka 
corrective  action  or  issue /receipt  control  personnel  will 
prepare  a  contract  modification  to  insure  the  contract  and 
invoice  are  in  complete  agreement.  Either  of  these  actions 
will  result  in  a  delay  in  invoice  payment  so  appropriate 
comments  must  be  made  on  the  documentation.  Once  all  docu¬ 
ments  are  in  agreement,  the  invoice  is  certified  and 
forwarded  for  payment.  If  the  invoice  is  for  a  confirmed 
order  and  the  contract  has  not  been  received  from  the 
purchase  branch  then  all  related  documentation  is  placed  in 
the  "Awaiting  Purchase  Order"  file  and  the  purchase  branch 
is  notified.  After  an  invoice  for  final  payment  has  been 
certified  and  forwarded  for  payment  and,  the  date  recorded, 
then  the  respective  DD  Form  1343  is  pulled  from  the 
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If  it  was  for  partial 


outstanding  purchase  ordar  file, 
payment  only,  the  file  is  left  open. 

Having  given  the  reader  a  descriptive  overview 
of  functions  and  processes  performed,  files  maintained, 
decisions  made,  and  the  general  flow  of  information  in  and 
out  of  the  issue/receipt  control  branch,  the  following 
discussions  of  the  requirements  and  capabilities  of  the 
proposed  information  system  will  be  more  meaningful. 
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III.  PROPOSED  COMPUTER  §AS  ED  MANASES ENT  INFORMATION  SYSTEM 


The  primary  driving  force  behind  any  factors  presented 
herein  is  the  Prompt  Payments  Act  (PPA)  [Ref.  2  ]  of  1981. 
The  PPA  was  the  culmination  of  years  of  chronically  slow 
invoice  processing  by  government  agencies  resulting  in 
extremely  late  receipt  of  payment  for  goods  or  services 
provided  by  private  contractors.  Tne  PPA  specifies  that 
interest  penalties  be  imposed  on  federal  obligations  unpaid 
after  forty-five  days  from  receipt  of  the  matarial/service 
or  invoice,  whichever  is  later.  Interest  on  payments  made 
after  forty-five  days  will  accrue  from  the  thirty-first  day 
and  will  be  at  a  rate  specified  by  the  Department  of  the 
Treasury.  Also,  it  is  reguired  that  a  recoil  be  maintained, 
fcr  future  reference,  that  will  establish  the  date  of  occur¬ 
rence  of  the  important  events  concerned  with  invoice 
processing,  i.  e.,  date  material  received,  date  invoice 
received,  date  invoice  forwarded  for  payment,  etc. 

In  most  situations,  there  is  a  division  of  responsibili¬ 
ties  between  the  command  requesting  the  material,  the 
command  contracting,  receiving,  and  processing  the  invoice 
for  payment,  and  the  command  ultimately  paying  the  invoice. 
Therefore  the  Department  of  Defense,  in  conjunction  with  the 
Office  of  Management  and  Budget,  is  attempting  to  devise  a 
system  whereby  the  responsibility  fcr  any  delay  in  the 
payment  of  an  invoice  may  be  pinpointed,  and  the  resulting 
interest  penalties  may  be  appropriately  applied  to  the 
responsible  command.  Preliminary  guidance  [Ref.  3]  is  that 
the  receipt/invoice  processing  command  will  have  three  days 
from  the  receipt  of  the  material  or  invoice,  whichever  is 
later,  to  forward  the  invoice  for  payment.  The  only  author¬ 
ized  delay  in  this  three  day  caveat  is  in  the  receipt  of  an 
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improper  invoice.  An  invoice  is  considered  improper  if  it 
is  not  in  agreement  with  the  original  contract  and  it  is 
determined  that  the  error  is  on  the  part  of  the  contractor. 
In  this  case,  the  time  clock  is  stopped  until  the  contractor 
submits  a  corrected  invoice.  When  the  corrected  invoice  is 
received,  the  three  day  limit  begins  anew. 

Implementation  of  the  PPA  may  conceivably  have  a  great 
affect  on  the  budgeted  expenditures  of  the  Naval 
Postgraduate  School;  therefore,  ar.y  increase  in  efficiency 
to  the  receipt/ invoice  processing  function  and  improvement 
in  the  ability  to  manage  and  control  the  flow  of  receipt/ 
invoice  documentation  would  be  beneficial. 

Of  course,  there  exist  other  driving  forces  that, 
although  they  are  obviously  a  direct  result  of  the  PPA,  they 
also  stand  alone  as  primary  driving  forces  in  this  or  any 
other  organizational  entity.  Efficiency  and  effectiveness 
are  goals  strived  for  by  any  organization  regardless  of  its 
size.  Several  instances  of  deficiencies  in  both  were 

mentioned  earlier  during  the  discussions  of  the  present 
system.  Each  of  these,  as  well  as  otaers,  will  be  brought 
up  for  discussion.  As  was  the  case  in  the  discussion  of  the 
present  system,  the  below  presentation  of  the  proposed 
system  will  be  in  relation  to  the  functions  performed,  i.  a.  , 
that  which  is  required  to  assist  each  function  in  improving 
efficiency  and/or  effectiveness  and  in  meeting  requirements 
set  forth  in  the  PPA.  And  finally,  since  ar.y  supply  organi¬ 
zation  is  customer  oriented,  keeping  the  customer  happy  is 
also  an  important  factor  to  consider. 

To  summarize,  the  following  objectives  are  the  primary 
driving  forces  behind  the  proposed  system: 

1.  Increase  functional  performance  efficiency  for  the  sake 
of  efficiency,  as  wall  as  to  enhance  the  ability  to 
meet  the  requirements  set  forth  by  the  PPA. 

2.  Improve  customer  relations. 
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1.  TECHNICAL  EDIT  AND  REVIEW 


1.  St^Edasd  ito£k 

The  two  basic  processes  performed  during  this  func¬ 
tion  are  first,  to  review  the  NMDL  to  validate  certain 
information,  and  second,  to  review  the  requisition  to  deter¬ 
mine  if  the  requirement  is  for  material  requiring  special 
processing.  As  stated  earlier,  the  latter  process  is 
somewhat  subjective  and  relies  on  the  intuitive  reasoning 
capabilities  of  the  processor.  Therefore,  this  process  does 
not  lend  itself  to  automation  of  any  kind.  The  NttDL  review 
is  primarily  objective  in  nature.  It  is  also  somewhat  time 
consuming  utilizing  microfiche  cards  and  readers.  However, 
the  NHDL  is  an  extremely  large  database  and  the  costs  asso¬ 
ciated  with  having  it  available  for  random  access  purposes 
would  be  greater  than  any  miner  benefits  in  time  and  conve¬ 
nience  that  could  be  achieved. 

2  •  Nor. -Star,  dar d  Stock 

Three  possible  processes  are  involved  in  the  tech¬ 
nical  edit  and  review  of  non-standard  stock.  The  special 
material  category  review  is  not  presented  for  automation  for 
reasons  as  stated  above.  Review  of  the  MCRL  for  part 
numbered  items  would  be  simplified  if  it  could  be  done  on  a 
desk  top  CRT  screen  or  performed  by  an  applications  program. 
Similarly,  the  cross-referencing  of  items  without  part 
numbers  would  be  simplified  by  like  capabilities.  As  with 
the  NMDL,  these  databases  are  extremely  large  and  the  asso¬ 
ciated  costs  would  outwaign  any  derived  benefits. 
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B.  ST1T0S  BAINTBMANCB  A  HD  FOLLOWUP 


In  the  acco  srpiishment  of  this  function,  issue/receipt 
coatrol  personnel  have  their  primary  contact  with  the 
customer.  Any  improve  me nt  in  this  area  will  have  great 
impact  upon  the  relationship  between  the  customer  and  the 
Supply  Department  in  terms  of  both  customer  satisfaction  and 
the  reputation  of  the  Supply  Department. 

1  *  Standard  Stock 

The  presence  of  a  computer  based  information  system 
would  assist  greatly  in  the  processing  of  standard  stock 
status.  By  providing  the  appropriate  media  and  status  cods 
on  each  requisition,  the  raceipt  of  card  format  status  could 
be  insured.  An  applications  program  designed  to  read  in 
these  status  cards  and  place  the  information  iirectiy  into 
the  database  would  reduce  the  time  presently  devoted  to 
processing  status. 

As  previously  discussed,  r ollcvuw  is  a  time 
consuming  process  that  otter,  times  does  not  get  accomplished 
adequately.  Therefore,  any  increase  nr.  efficiency  in  this 
area  is  most  important.  In  considering  the  two  methods  of 
initiating  a  followup,  a  system  should  provide  improvements 
to  each.  If  a  followup  is  initiated  by,  say,  a  phone  call 
from  the  customer  department,  the  capability  to  instantly 
see  the  history  of  that  particular  requisition  on  a  CRT 
screen  would  be  desirable,  rather  than  putting  the  caller  on 
hold  while  a  cumbersome  hardcopy  file  was  searched. 

Under  the  second  type  of  followup  initiation,  it  was 
shown  how  a  periodic  review  of  all  requisitions  to  determine 
which  required  followup  action  was  inefficient  when  done 
manually.  If  a  periodic  report  could  be  produced  to  indi¬ 
cate  which  requisitions  required  followup  and/or  produce  the 
appropriate  followup  documents  (punched  cards),  a  acre 
effective  followup  program  would  ensue. 
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2  .  Non -Stan  dard  Stock 


As  with  standard  stock,  a  system  is  required  that 
would  allow  control  personnel  to  review  the  present  status 
of  any  non-standard  stock  requisition  on  a  desk  top  CBT 
screen  without  having  to  fumble  through  mounds  of  documenta¬ 
tion,  and  without  keeping  the  caller  unduly  waiting.  Also, 
the  ability  to  periodically  review,  on  an  automated  basis, 
all  non-standard  requisitions  to  determine  if  any  have 
exceeded  their  expected  delivery  dates  would  greatly  reduce 
the  time  spent  manually  performing  this  function.  In  addi¬ 
tion,  a  great  need  exists  no  be  able  to  cress  reference 
document  numbers  to  purchase  order  cumbers.  As  explained 
earlier,  customers  often  tines  do  not  possess  the  purchase 
order  number  of  the  requisition  they  are  attempting  to 
followup.  Since  the  requisition  is  now  solely  identified  by 
its  purchase  order  number,  a  nontrivial  amount  of  effort 
must  be  expended  to  cross  reference  these  two  identifying 
numbers.  The  ability  tc  io  this  automatically  is  important 
to  the  efficient  performance  cf  this  function. 

Also,  tc  alleviate  *  he  inefficiency  associated  with 
invoice  payment  queries  from  vendors,  seme  method  cf  cress 
referencing  invoice  numo  e  rs  and  the  vendor  name  to  a 
specific  contract  is  required. 

A  final  requirement  would  oe  to  periodically  produce 
a  listing  of  a  1  standard  and  non-standard  stock  requisi¬ 
tions  ar.d  their  present  status  (as  well  as  a  history  of 
status  and  followup  actions  fer  each).  This  listing  should 
be  broken  down  by  customer  and  provided  to  the  respective 
customer  department.  This  could  prove  to  eliminate  seme  of 
the  many  followup-related  phone  calls  taat  inevitably  delay 
control  personnel  in  the  performance  of  therr  other  duties. 
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C.  HATE8IAL  ID/EELIVERT 


The  obvious  information  required  in  this  area  would  be 
some  method  of  matching  a  packing  slip  from  a  particular 
vendor  to  a  unique  purchase  order  number.  A  listing,  by 
vendor,  of  all  outstanding  requisitions  placed  with  that 
vendor  should  be  provided  on  a  periodic  basis. 

D.  B ECEIPT /INVOICE  PROCESSING 

1  -  Standard  Stock 

Since  the  processing  cf  stan lard  stock  requisitions 
is  not  under  the  mandate  of  ??A,  there  are  no  requirements 
stemming  from  its  influence.  From  the  standpoint  cf  effi¬ 
ciency  and/or  effectiveness,  the  elimination  of  the  manual 
review  of  all  receipts  to  determine  if  they  are  material  of 
one  of  the  special  categories  would  be  desirable.  This 
would  reduce  the  time  expended  during  -he  sorting  process 
and  allow  the  processor  to  concentrate  his  efforts  cr.  the 
matching  procedure  of  recei  g4-  processing. 

2.  Non-S  tan  dar  d  Stock 

The  rece  ipt/ invoice  processing  function  for  non¬ 
standard  stock  is  probably  the  most  critical  function  within 
the  Supply  Department.  As  indicated  ir.  the  discussion  of 
the  PPA,  the  acidity  to  effectively  perform  this  function 
can  save  the  command  and  its  customers  considerable  and 
needless  expenditure  of  funis  in  penalty  and  interest 
payments  for  exceeding  established  processing  times.  Thus, 
any  improvement  in  the  performance  of  this  function  and  in 
the  ability  to  properly  manage  it  is  vital. 
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a.  General  Considerations 

In  determining  requirements  for  this  function, 
consideration  was  given  to  the  possibility  of  computerizing 
the  matching  process  of  invoices,  against  receipts,  against 
contracts.  It  was  decided  that  to  do  so  at  this  time  would 
be  inadvisable.  The  process,  although  at  times  complicated, 
is  not  extremely  time  consuming.  The  ability  to  match 
material  descriptions  her  ween  several  documents  each  or 
which  may  use  somewhat  different  terminologies  to  describe 
the  same  thing  is  difficul*  enough  for  the  human  mind  at 
times.  However,  the  mini  may  use  reasoning  to  distinguish 
the  differences  or  similarities.  although  the  same  capa¬ 
bility  may  be  technologically  available,  the  costs  more  than 
likely  far  exceed  any  minimal  benefits  in  efficiency.  This 
of  course  does  not  preclude  any  future  considerations  to 
enhance  the  system. 

b.  Blanket  Purchase  Agreement 

The  primary  improvement  ir.  efficiency  in  this 
area  would  be  the  automatic  preparation  of  the  'summary  of 
accounting  data'.  When  the  processor  had  completed  all 
required  reviews  to  verify  that  an  invoice  was  proper,  and 
was  ready  to  certify  for  payment  a  large  number  of  invoices 
he  could  simply  call  upon  an  applications  program  that  would 
do  the  following: 

1.  Sort  all  invoices  in  document  number  order  by  BP  A. 

2.  For  each  3FA  subdivide  into  groups  of  five  lines  o 
accounting  data,  unless  an  invoice  covers  more  tha 
five  lines. 

3.  Either  physically  oroduce  the  summary  of  accounting 
data  or  provide  the  necessary  data  elements  in  the 
format  described  for  manual  preparation. 
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This  would  greatly  reduce  invoice  processing  time  and  hence 
improve  the  probability  of  meeting  the  PP &  requirements. 

c.  Civilian  Universities 

The  processing  of  civilian  university  invoices 
is  very  straightforward  and  not  associated  with  any  ineffi¬ 
ciencies.  Possibly  the  only  requirement  in  this  area  would 
be  some  assistance  in  keeping  track  of  student  expenditures 
to  insure  obligated  funds  are  available  for  any  expected 
invoices.  Presently,  whenever  ar.  invoice  arrives  and  insuf¬ 
ficient  funds  remain  in  the  account,  only  those  funds 
necessary  to  cover  that  particular  invoice  are  requested, 
and  the  original  contract  is  modified  for  that  amount  only. 
For  each  subsequent  invoice,  additional  funds  and  further 
modification  are  necessary.  A  procedure  that  would  keep 
track  of  these  expenditures  and  notify  the  processor  when 
funds  are  low  (i.e.  ,  before  the  next  invoice  arrives),  not 
when  they  are  insufficient  to  meet  expenditure,,  would 

speed  up  the  processing  time  oy  reducing  the  need  for  future 
contract  modifications.  ?cr  instance,  an  algorithm  that 
would  compute  the  average  monthly  (or  quarterly)  expendi¬ 
tures,  compare  this  to  the  time  remaining  in  the  fiscal  year 
(or  the  time  period  covered  by  the  requisition)  and,  by  use 
of  an  appropriate  decision  table,  determine  whether  or  not 
sufficient  funds  remain  in  the  account,  would  be  suitable. 

d.  idaintenar.ee/3ental 

Similar  to  civilian  universities,  a  procedure  is 
required  to  automatically  keep  track  of  expenditures  by 
machine  and  notify  the  processor  when  funds  are  low,  and  not 
deficient,  to  preclude  future  contract  modifications  and 
assist  the  processor  in  the  mundane  record  keeping  involved 
with  the  respective  tally  sheets.  An  algorithm  and  decision 
table  approach  as  presented  for  civilian  universities  could 
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be  tailored  for  use  in  the  processing  of  mainten a nc e/rental 
invoices. 

e.  Other 

The  processing  of  these  contract  types  is  less 
complicated  because  there  is  no  requirement  to  keep  track  of 
expenditures,  i.e.,  contracts  are  one  time  contracts  for 
specific  material  items,  not  annual  or  continuing  type 
contracts.  The  process  is  strictly  one  of  verifying  that 
the  invoice  information  is  correct,  making  necessary 
contract  modifications  and  certifying  the  invoice  for 
payment.  What  would  be  useful  however,  would  be  a  procedure 
for  reviewing  the  awaiting  receipt  paper  and/cr  awaiting 
invoice  file  to  determine  which  records  do  not  have  purchase 
orders  attached,  and  subsequently  notifying  the  processor  so 
timely  action  may  be  taken  to  preclude  invoice  processing 
delays  at  a  later,  more  critical  stage. 

E.  REPORT  GEHEH1TI0H 

whereas  the  requirements  and  capabilities  presetted  thus 
far  have  been  aimed  at  satisfying  the  general  demand  for 
efficiency  and  the  mandates  prescribed  by  PPA,  the  reports 
listed  belcw  are  presented  from  both  the  perspective  of 
efficiency  and  of  managerial  control .  While  the  require¬ 
ments  and  capabilities  previously  mentioned  rend  to  improve 
the  efficiency  of  the  performance  of  the  various  functions, 
the  reports  below  will  provide  issue/receipt  control 
personnel  at  all  levels  with  the  information  desired  and 
needed  to  effectively  perform  the  respective  functions. 

Table  II  lists  the  various  reports  and  listings  which 
would  be  required  of  any  automated  system.  The  frequencies 
provided  for  each  report  and  listing  are  stLa.crly  a  recom¬ 
mended  assignment  by  the  author. 


42 


I  ABLE  II 

Required  Reports  and  Listings 


1 


REPORT 


FREQUENCY 


Purchase  Order/Document  Number  Listing 

Volume  Report 

UMMIPS  Report 

Followup  Listing 

Requisition  Status  Report 

Partial  Shipment  Report 

Historical  Invoice  Listing 

Material  by  Vendor  Listing 

Delayed  Invoice  Report 

Confirming  Order  Report 

Daily  Invoice  Report 

Production  Report 

Special  Material  Report 


semi- weekly 

monthly 

annual 


monthly 

bi-weekly 

bi-weekly 

weekly 

weekly 

snort,  hiy 

weekly 

ia  ily 

daily 

w  e  e  k  1  v 


l 

j 


The  capability  to  request  any  cf  these  reports  on  an  as 
needed  basis  is  required.  Each  of  these  reports  will  be 
briefly  described  below. 

1.  Purchase  Of  4er/Docg  aer.t  Humber  Listing 

The  Purchase  Order /Document  Number  Listing  is  used 
ov  issue/receipt  control  personnel  in  followup  queries  when 
the  customer  department  has  only  the  document  number  for 
identification  purposes.  It  consists  simply  of  a  list  of 
document  numbers  for  non-standard  stock  items  and  their 
respective  purchase  order  number. 
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2 .  V2lM£  &2R2Z1 


A  monthly  report  submitted  by  the  control  division 
supervisor  to  the  Supply  Officer.  It  outlines  in  detail  the 
number  of  requisitions  submitted  to  the  Supply  Department 
during  the  previous  month.  Totals  are  first  segregated  by 
standard  and  non-standard  3tock  and  then  within  this  segre¬ 
gation  they  are  further  divided  by  priority  groups.  totals 
are  given  for  the  host  and  all  tenant  commands. 

3 .  M2IIS  S*i£2II 

The  Uniform  Material  Movement  and  Issue  Priority 
System  (UMMIPS)  Report  is  an  annual  report  submitted  by  the 
command  to  the  Chief  of  Naval  Education  and  Training.  The 
information  required  for  this  report  is  drawn  from  the 
monthly  Volume  Reports.  It  consists  of  a  percentage  of 
total  requisitions  processed  by  Dricricy  issue  group. 
Although  only  required  annually,  -he  Supply  officer  may  ns=» 
it  mere  frequently  tc  insure  that  tn?  command  remains  wit.iir. 
the  limits  established.  The  primary  purpose  of  *he  iJMMIPS 
reporting  system  is  tc  maintain  an  equitable  distribution  of 
requisitions  by  priority  issue  croup  so  as  to  permit  the 
identification  and  preferential  prooessinc  of  requirements 
by  level  of  criticality.  3therwi.se  there  could  be  no 
distinction  between  a  critical  and  nor.  critical  requirement. 
Also,  an  excessive  number  of  hiah  priority  requisitions 
could  result  in  "starvation”  of  lower  priority  requirements, 
i.a.r  lower  priority  requirements  will  tend  to  be  backlogged 
for  excessive  periods  of  time. 

4  •  ioilowvqa 

A  report  of  requisitions  requiring  followup  action. 
This  report  was  discussed  previously.  its  intended  purpose 
is  to  notify  processors  of  those  requisitions  requiring 
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followup  action  based  on  predetermined  criteria.  It  should 
consist  of  the  document  number  and/or  purchase  order  number, 
if  any,  and  the  last  status  received  or  action  taken.  This 
may  be  expanded  as  desired  to  include  a  complete  image  of 
the  DO  Form  1348  and  a  complete  history  of  status  and 
followup  actions.  An  enhancement  to  this  report,  specifi¬ 
cally  for  standard  stock  requisitions,  would  be  the 
development  of  an  applications  program  that  would  provide 
followup  documentation  in  punched  card  format,  or  in  the 
proper  format,  for  autodin  transmission ,  rather  than  merely 
list  the  requisitions  that  require  followup. 

5.  Rea uisit  ion  Status  Report 

As  previously  discussed,  this  is  a  bi-weekly  report 
which  lists  all  cutstanding  requisitions  together  with  their 
respective  status  ar.d  a  history  of  any  previous  fcilowu? 
actions.  It  should  be  segregated  by  customer  department  and 
disseminated  in  the  same  manner.  It  is  provided  as  an 
information  tool  for  the  respective  customer  department  with 
a  secondary  objective  of  reducing  the  number  and  frequency 
of  followup  queries  from  the  customer  departments. 

6  «  Partial  Shipment  Re  port 

A  report  of  all  requisitions  which  previously  had  a 
partial  shipment  and  are  awaiting  a  complete,  final  ship¬ 
ment.  A  cutoff  of  any  desired  time  may  be  established  by 
management.  The  report  would  be  used  in  a  fashion  similar 
to  that  of  the  followup  report  and  may  even  be  incorporated 
in  it. 

7.  Sist0£i£3i  Uizaist  Listing 

This  listing  would  contain  all  invoices  that  have 
been  forwarded  for  payment  during  the  fiscal  year.  A  list 
of  all  invoices  received  should  be  provided  for  each  vendor 


to  include  the  date  the  invoice  was  received,  the  date  it 
was  forwarded  for  payment,  and  the  amount  of  the  invoice. 
The  listing  would  be  updated  on  a  weekly  basis  and  would 
provide  issue/receipt  control  personnel  with  a  more  effi¬ 
cient  and  convenient  meth cd  of  cross  referencing  invoice 
numbers  to  purchase  order  numbers  in  an  effort  to  answer 
vendor1 s  queries  on  invoice  payments. 

8.  Katepiaj  by,  Vendor  List ing 

A  listing,  by  vendor,  of  all  outstanding  orders  with 
that  vendor.  Additional  information  provided  would  be 
purchase  order  number,  document  number  and  the  material 
ordered.  This  listing  would  allow  receiving  personnel  to 
match  the  unidentifiable  packing  slips  (i.e.,  no  purchase 
order  number  provided)  with  the  filed  documentation  to 
determine  which  customer  department  to  deliver  to. 

9.  D slaved  Invoice  Ran  or t 

A  report  indicating  which  non- standard  stock  requi¬ 
sitions  have  had  receipt  papers  received  (along  with  the 
material)  over  45  days  ago  (an  arbitrary  figure  which  may  be 
changed  by  management).  The  primary  purpose  of  this  report 
would  be  to  assist  in  purging  the  files  of  overacted  requis'  - 
tions  ir.  an  effort  to  keep  the  files  at  a  manageable  level. 

10.  Confirmed  0  rder  3 3  port 

This  report  was  discussed  previously  and  is  used  to 
indicate  those  outstanding  requisitions  in  the  Awaiting 
Invoice  file  that  still  3o  not  nave  a  prepared  contract. 
This  report  can  be  expanded  to  include  requisitions  in  the 
Awaiting  Receipt  papers  file  as  wall.  Its  purpose  is  to 
reduce  the  possible  delay  in  processing  an  invoice  that  is 
caused  by  lack  cf  a  prepared  contract  when  the  invoice  is 
received.  It  should  cor.sis*  of  the  purchase  order  number, 
vendor,  and  the  material  ordered. 
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1 1*  fiiill  IJ222ice  Regogt 

&  daily  report  indicating  all  invoices  that  have 
been  received  but  not  processed.  It  should  be  broken  down 
by  processor  and  within  each  processor  by  invoice  age  (i.e., 
the  number  of  days  since  the  invoice  or  the  receipt  papers 
were  received,  as  appropriate}  .  This  report  would  be  used 
as  a  daily  reminder  of  which  invoices  should  be  processed 
first.  It  should  consist  of  the  invoice  number,  purchase 
order  number,  and  vendor. 

12.  Product  ivit  v/Backl  o a  Report 

A  report  which  provides  the  manager/supervisor  a 
detailed  breakdown  of  the  productivity  and  backlog  status  of 
each  processor.  Table  III  indicates  the  various  measure¬ 
ments  of  productivity  and  backlog  that  may  be  useful.  Any 
of  these  measure  aer.ts  may  be  expressed  as  integers,  or  as  a 
percentage  of  totals,  or  both. 

It  should  be  pointed  out  that  due  to  the  character¬ 
istics  of  processing  different  types  of  contracts,  the  user 
of  such  a  report  must  be  careful  when  comparing  the  informa¬ 
tion  presented.  For  instance,  processing  one  hundred  3P.\ 
invoices  may  not  be  of  the  same  magnitude  of  difficulty  as 
processing  one  hundred  mai ntenance/cental  irvoices  or  any 
other  invoice.  Unless  a  method  can  be  developed  to 
normalize  the  statistics  presented,  the  user  must  rely  on 
his  subjective  judgements  and  experience. 

1  3*  Special  Material  5 epcrt 

A  weekly  report  which  highlights,  for  all  material 
requiring  special  processing,  what  is  presently  on  order, 
and  its  respective  status.  It  also  provides  information  as 
to  the  receipt  of  any  of  this  material  since  the  last 
report,  to  include  the  appropriate  customer  department 


47 


TABLE  III 

Productivity  (P) /Backlog  (B)  Kt  asurements 

Ills 

CATEGORY 

FORMAT 

B 

Awaiting  Receipt  Papers 

Integer /% 

B 

Awaiting  Invoices 

Integer/* 

5 

Invoices  Pending  (by  age) 

Integer/" 

P 

Invoices  Processed  this  Period 

Integer/" 

P 

Cumulative  Invoices  Processed 

Integer/"  1 

P 

Receipts  Processed  this  Period 

Inteaer/'1  | 

? 

Cumulative  Receipts  Processed 

Integer/*  I 
1 

1 

I 

—  J 

retaining  custody.  The  purpose  of  this  report  is  to  facili¬ 
tate  the  effective  control  of  this  special  .material  and 
provide  an  audit  trail  from  the  initial  placing  of  the  order 
to  the  receipt  and  custody  of  the  material  by  the  cognizant 
customer  department.  The  report  should  be  segregated  by 
type  of  material  or  output  as  unique,  individual  reports. 
In  any  event,  dissemination  to  cognizant  personnel  for 
appropriate  action  is  necessary. 

F.  THE  DATABASE 

Having  presented  the  computer-based  information  system 
with  the  types  of  reports  and  capabilities  desired  it  is  now 
time  to  describe  the  database  which  would  be  required  to 
support  the  proposed  system.  The  database  is  perhaps  the 
most  critical  element  of  any  information  system. 
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To  be  effective,  it  amst  contain  relevant  and  up  to  date 
inforaation.  In  order  to  provide  the  capabilities  desired 
of  the  proposed  system,  what  information  is  needed,  where  is 
it  available,  and  hew  should  it  be  stored  and  displayed  are 
questions  to  be  answered  in  the  remainder  of  this  chapter. 

1.  Contest  .  Availabi4  ity  and  Storage 

Figure  3.1  is  the  user's  view,  or  the  logical  repre¬ 
sentation  of  the  database.  A  single  arrow  point  denotes  a 
one-to-one  relationship  and  a  double  arrow  point  denotes  a 
one-to-many  relationship.  For  example,  there  is  a 
one-to-one  relationship  between  requisition  and  purchase 
order  but  a  one-to-many  relationship  between  purchase  erder 
and  requisition.  Shat  this  implies  is  that  each  requisition 
may  have,  at  the  most,  one  purchase  order  associated  with 
it.  However,  each  purchase  crier  may  represent  many  requi¬ 
sitions.  The  relationship  denoted  between  requisition  and 
material  mean  that  each  requisition  may  have  associated  with 
it  many  individual  material  items  but  a  particular  material 
item  will  have  only  one  requisition.  To  expand  one  final 
step,  a  single  purchase  ord=r  could  possibly  represent  many 
requisitions,  each  one  of  whicn  could  represent  many  indivi¬ 
dual  material  items. 

Each  block  in  figure  3.  1  will  include  several  indi¬ 
vidual  fields  each  of  which  will  contain  a  specific  data 
element.  Figure  3.2  shows  the  different  data  elements/ 
fields  residing  in  the  respective  blocks.  Each  data  element 
is  listed  below  within  groups  which  are  segregated  by  their 
initial  entry  point.  The  initial  entry  point  is  that  point 
where  the  inforaation  first  enters  the  system  from  either  an 
outside  source  or  internally  generated.  It  is  at  this  point 
where  the  inforaation  should  be  captured  and  input  into  the 
database.  For  purposes  of  this  discussion,  the  system  envi¬ 
ronment  is  defined  as  the  i ssue/receipt  control  branch;  any 
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other  branch  of  the  supply  department  is  considered  outside 
of  this  system.  Data  would  be  input  on-line  from  CRT  termi¬ 
nals  at  the  point  of  entry. 

The  following  data  elements  are  available  on  the  DD 
Fora  1348  with  initial  entry  at  the  technical  edit  and 
review  desk. 

1.  Requisition  number  (DIC,  Julian  date,  serial  number) 

2.  Priority 

3.  Customer  Code 

4.  Total  cost  (for  requisition) 

5.  Nomenclature/Student  name/ Machine  model 

6.  Or.it  of  issue 

7.  Quantity 

3.  Unit  price 

9.  Extended  price 

10.  Machine  serial  number 

11.  Special  material  flag 

The  determination  and  assignment  of  special  material 
flags  should  be  made  at  the  technical  edit  and  review  desk. 
The  flags  will  be  set  so  that  proper  notification  may  be 
made  to  the  appropriate  office  when  items  are  received. 
There  will  be  flags  for  each  category  of  special  material  as 
reg  uired. 

The  following  information  is  available  from  either 
the  purchase  order  cr  associated  DD  Form  1348  when  they 
arrive  from  the  purchase  branch  and  into  the  file  set-ur 
phase  of  receipt/invcice  processing: 

1.  Purchase  order  number  (year,  type,  number) 

2.  Total  cost  (for  purchase  order) 

3.  Vendor 

4  . 

code) 

5.  Call  number  (in  the  case  of  a  BP  A) 
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6.  QE  number  (In  the  case  of  civilian  universities) 

7.  Contract  type  (1,2-3,  or  4  for  3PA,  Civilian  univer¬ 
sity,  Maintenance/Sent  al,  or  other) 

8.  Processor  code 

In  addition,  at  the  time  of  entry  into  the  file  set-up  phase 
any  corrections  to  the  material  record  (nomenclature,  price, 
etc.)  necessitated  as  a  result  of  procurement  actions,  may 
be  made.  Also,  the  processor  code  may  be  generated  and 
assigned  at  this  point.  The  processor  cede  identifies  the 
particular  issue /receipt  control  individual  responsible  for 
the  receipt  and  invoice  processing  associated  with  that 
particular  record.  Its  purpose  is  to  allow  for  the  moni¬ 
toring  of  the  productivity  and  backlog  status  of  individual 
processors. 

The  date  material  is  received  is  available  from  the 
receipt  papers  received  from  the  receiving  and  shipping 
branch.  The  entry  point  is  the  receipt  processing  clerk. 
Associated  with  this  data  element  is  the  'completed'  field. 
A  'yes'  in  this  field  denotes  that  no  further  material 
receipts  are  expected  for  this  document  number  {i.e.,  all 
material  has  been  received)  .  A  blank  field  denotes  either 
no  material  received  or  a  partial  receipt.  Assignaent  is 
made  bv  the  receipt  processing  clerk. 

The  invoice  number,  date-received,  date- for warded, 
and  amount  fields  of  the  expenditure  information  block  are 
available  on  the  respective  invoice,  and  the  entry  point  is 
the  invoice  processing  clerk. 

The  final  payment  field  is  assigned  by  invoice 
processing  personnel  upon  processing  the  final  payment  for  a 
particular  purchase  order.  A  blank  field  denotes  partial 
payment  only  and  the  record  should  remain  ooen. 

Finally,  status  for  standard  stock  enters  at  issue 
control.  Status  for  non-standard  stock  requisitions  enters 
at  the  receipt/i rvoice  processing  section.  The  status  field 
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is  a  fixed  length  field  which  shall  provide  status  in  semi- 
coded  form.  The  field  may  be  made  long  enough  to  include 
brief  comments  as  to  information  on  returned  invoices.  This 
would  be  useful  in  invalidating  PPA  violation  allegations. 

There  are  many  ways  data  may  be  stored,  e.g.  on 
tape,  disk  or  drum.  Data  may  be  processed  and  retrieved 
sequentially  or  randomly.  There  are  commercial  file  and 
database  systems  to  choose  from  that  can  provide  many  desi¬ 
rable  features.  Choices  are  dependent  on  hardware  and  funds 
available.  The  proposed  system  should  ultimately  have 
random  access  capabilities  specifically  for  the  purpose  of 
handling  status  inquiries  from  both  customer  departments  ar.d 
vendors.  To  provide  random  access  will  require  disk  or  drum 
secondary  storage  mediums.  The  proposed  system  is  rela¬ 
tively  uncomplicated  and  is  designed  with  one  primary  file. 
As  will  be  shown  in  the  next  chapter,  armed  with  an  elemen¬ 
tary  knowledge  of  COBOL,  and  the  features  offered  by  the 
command's  IBii-30  33  system,  a  very  effective  ar.d  most  useful 
production  system  may  be. developed  locally.  The  next 
section  will  provide  a  prototype  system  which  utilizes 
WATBOL,  a  COBOL  language  compiler  which  has  available  the 
report  writer  features  of  C03CL. 


I?.  A  P|OTOJT£E  SISJ^H 


A  prototype  system  is  a  slimaed-dovn  version  of  a  full 
production  system.  That  is,  it  provides  just  a  sampling  of 
the  features  of  a  complete  system.  The  prototype  offered 
here  will  provide  a  sample  of  the  types  of  reports  that  can 
be  expected  of  a  fully  implemented  system.  After  presenta¬ 
tion  of  the  prototype,  a  orief  discussion  of  ar. y  additional 
features  that  are  available  and  would  be  part  of  a  full 
production  system  will  be  presented. 

The  database  utilized  in  this  prototype  is  a  modified 
version  of  the  production  system  database.  The  database  is 
shown  as  the  data  division  of  a  COBOL  program  in  Appendix  D. 
Not  all  data  elements  are  included  -  only  those  required  for 
the  reports  presented  in  this  prototype.  Also,  certain 
segments  of  data  (the  blocks  referred  to  in  the  logical 
representation)  are  repeated  a  minimum  number  of  times  for 
simplicity.  For  instance,  the  expenditures  block  is 
repeated  only  5  times,  where  in  reality  it  may  be  repeated 
12  times  to  accomodate  Maintenance/Sental  contracts.  There 
are  103  records  in  the  prototype  database,  all  of  which  are 
fictional. 

The  reports  selected  to  be  represented  in  this  prototype 
are  probably  the  most  important  to  the  efficient  operation 
cf  the  issue/receipt  control  branch  and  in  providing  manage¬ 
ment  control  information  in  monitoring  PPA  effectiveness. 
The  Purchase  Order/Document  Number  Cress  Reference  Listing, 
the  Historical  Invoice  Listing,  and  the  Material  by  Vendor 
Listing  all  provide  some  fora  of  cross  referencing  that  will 
reduce  the  time  inefficiently  consumed  in  exhaustive  manual 
searches  to  determine  specific  types  of  information.  The 
Daily  Invoice  Report  provides  management  with  a  monitoring 
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tool  to  keep  track  of  invoices  that  require  immediate  atten¬ 
tion  so  as  to  preclude  any  violations  of  the  PPA.  The 
Requisition  Status  Report  provides  customer  departments  with 
the  status  of  their  requisitions  which  in  turn  may  reduce 
the  number  of  status  inquiries  which  are  presently  made  of 
issue/receipt  control  personnel.  And  finally,  the  Volume 
Report  provides  the  Supply  Officer  with  information  as  to 
the  volume  of  work  and  productivity  of  his  department. 
Examples  of  these  reports  are  in  Appendix  E.  Appendix  ? 
contains  the  respective  COBOL  report  sections  and  procedure 
divisions  utilized  to  produce  the  reports. 
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v.  cpsaosioiis 


This  thesis  has  presented  a  descriptive  overview  of  the 
functions  performed  by  the  issue/receipt  control,  ani 
receiving  and  shipping  branches.  It  has  discussed  the 
impact  of  the  Prompt  Payment  Act  and  the  importance  of 
taking  steps  to  improve  the  efficiency  and  ef f ect iveness 
wirhin  these  areas.  A  proposed  computer-based  information 
system  was  described  including  various  management  reports 
and  listings,  as  well  as  a  description  of  the  database 
required  to  support  the  proposed  system.  Finally,  a  proto¬ 
type  system  was  described  and  presented  with  the 
accompanying  divisions  to  be  used  in  a  COBOL  applications 
program. 

The  prototype  was  presented  utilizing  COBOL  for  a 
specific  reason.  COEOL  is  a  progranair.g  language  similar  to 
English,  used  for  commercial  data  processing.  There  are 
features  in  COBOL  that  make  for  relatively  simple  expansion 
of  the  prototype  into  a  full  production  information  system. 
The  report  writer  which  was  used  in  the  prototype  provides 
excellent  report  writing  capabilities.  There  are  features 
for  handling  direct  file  organizations  such  as  indexed 
sequential  access  method  (I  SAM)  which  would  allow  for  both 
sequential  and  random  access  by  primary  or  secondary  keys. 

After  a  study  and  review  of  the  prototype  system  intro¬ 
duced  in  the  previous  chapter,  as  well  as  the  capabilities 
of  the  IBM-3033  system  and  the  features  of  COBOL,  the 
remainder  of  the  proposed  system  may  be  implemented  to 
include  any  additional  applications  deemed  appropriate  as  a 
result  of  the  review.  For  instance,  by  utilizing  the  direct 
file  organization  handling  features,  relatively  simple 
applications  programs  may  be  prepared  which  would  allow 
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random  access  tc  individual  document  number  or  purchase 
order  number  records  and  permit  interactive  query  and 
response  at  terminals  located  by  each  receipt/invoice 
processing  cleric.  The  report  writer  may  be  utilized  to  make 
these  interactive  sessions  more  understandable  by  formatting 
responses  in  more  meaningful  ways.  To  accommodate  low  skill 
level  personnel,  on-line  input  sessions  may  be  developed 
utilizing  interactive  inte rogation  by  the  terminal,  with 
appropriate  responses  by  the  user.  Another  possible  on-line 
input  session  which  may  be  developed  is  to  use  screen 
formated  forms  (DD  Fora  1348,  contract),  whereby  the  user 
would  enter  the  appropriate  information  from  the  source 
documents  directly  into  the  respective  areas  on  the  screen. 
The  exact  method  chosen  will  be  based  primarily  on  manage¬ 
ment's  decision  as  to  what  skill  or  knowledge  level  of 
employee  will  perform  data  entry.  Applications  may  also  be 
developed  to  puree  the  master  file  of  records  which  have  had 
final  payments  made  in  the  case  of  non-standard  stock  requi¬ 
sitions,  or  in  the  case  of  standard  stock  requisitions,  when 
all  quantities  of  the  material  have  beer,  received.  There 
may  be  many  mors  possible  applications  which  have  not  been 
considered  in  this  thesis  and  they  will  be  eventually 
brought  to  surface  as  a  direct  result  of  the  implementation 
and  use  of  the  first  system  put  into  production.  The  expan¬ 
sion  of  the  prototype  system  into  a  full-blown  production 
system  complete  with  users  manual,  maintenance  manual,  etc. 
would  be  an  excellent  foilow-on  study  to  this  thesis  and 
would  be  suitable  for  either  computer  systems  or  computer 
science  students.  The  efforts  expended  would  be  very  bene¬ 
ficial  to  the  Supply  Department,  the  Naval  Postgraduate 
School,  as  well  as  any  other  commands  supported  by  the 
School. 
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APPBNDIX  A 

QD  POBH  1346  DAT  A  ELEHBHT  DESCRIPTIOH 


a  Slock  4  (Send  To) 

This  block  identifies  the  source  of  supply  for  the 
material/  service  being  requested. 


Data  Block  8  (Requisition  is  from)  . 

This  block  identifies  the  customer  department,  command, 
or  any  other  authorized  requestor. 

Pat  a  Block  C. 

This  block  identifies,  in  abbreviated  form,  the  nomenc¬ 
lature  cf  the  requested  mat erial/sarvice. 

Cay  d  Column  1  -3  (Document  I  fort  if  jar  \ 

A  three  character,  alpha-numeric  code  which  identifies 
the  type  of  request;  e.q.  ,  standard  stock,  non-standard 
stock. 

Card  Column  4-6  (Routing  Id  enti fieri 

A  three  character,  alpha-numeric  code  which  identifies 
the  activity  to  which  the  requisition  will  be  submitted. 


Card  Column  2  t^edia  and  Status) 

A  single,  alphabetic  character  which  identifies  the 
format/type  of  status  desired  by  the  requesting  activity  and 
at  what  frequency  rate. 
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stock  number  of  the 


Sail  SalflBB.  iz22  (5.l2£k  M2te&  • 

These  columns  contain  the  national 
material  being  requested,  if  standard  stock.  If  for  non¬ 
standard  stock  then  this  area  contains  the  noaenclature  of 
the  desired  material/service. 


Card  Colqam  23-24  (Or.it  of  Issue)  . 

a  two  character  alphabetic  code  indicating  the  appro¬ 
priate  unit  of  issue. 

Car d  Column  25-29  (Quantity ) .  Indicates  desired  quantity  of 
the  material  being  requisitioned.  The  quantity  should  coin¬ 
cide  with  the  unit  of  issue  to  insure  the  resultant  material 
receipt  is  for  the  correct  amount. 

Card  Column  30-4  3  (Document  lilBber)  . 

This  is  a  unique  identifier  code  which  designates  this 
requisition  is  originating  an  a  single  source  and  for  a 
particular  item  of  material/service.  In  consists  of  the 
Onit  Identification  Coda  of  the  command  desiring  the 
material,  the  Julian  date  the  requisition  was  prepared,  and 
a  sequentially  assigned  serial  number  (particular  series  of 
numbers  are  assigned  to  departments  by  the  comptroller  each 
fiscal  year). 

Car  d  Column  44  ( Demand)  . 

k  single,  alphabetic  character  designating  inis  parti¬ 
cular  request  as  a  recurring  (3)  or  nonrecurring  (N)  demand 
for  this  material/service. 


60 


£&£  £°ljisa.  (?gtyise)  • 

Contains  the  last  digit  of  the  applicable  fiscal  year. 

Card  Column  u 6—  5  Q  ( guppjeme  ntar  y  Address) . 

Consists  of  a  job  order  number  as  assigned  by  the 
Comptroller  at  the  beginning  of  the  fiscal  year  to  each 
customer  department  and  command.  For  financial  purposes 
onl  y. 


Card  Column  51  ( Signal)  . 

A  single,  alphabetic  character  designating  whether  the 
requisition  is  f cr  chargeable  material/service  (A)  or  n on- 
chargeable  publications  (D)  . 


Car  a  Column  52-53  (Fund)  . 

A  two  character  alpha-numeric  code  indicating  how  the 
requisition  is  tc  be  funded.  For  r.r n-reimbursible  requisi¬ 
tions  enter  2S ,  and  for  Appropriation  Purchase  Account 
material  enter  4  6. 


Car  d  Column  54-5  6  (Distrlbu  tion  )  . 

Contains  the  cognizance  symbol  for  the  standard  stock 
material  being  requested.  Left  blank  for  non-standard  stock 
items. 


Sasi  C9JI  Wl  57-  5  9  (Project)  . 

Identifies  requisitions  for  specific  projects  or 
programs. 
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£aid  SSlaia  6^6  J  (EEiority). 

Identifies  the  relative  urgency  of  this  requirement 
against  standards  prescribed  by  the  Uniform  Material 
Movement  and  Issue  Priority  System  (UMHIPS)  . 

Car d  Column  §.2z§.£  (Required  Delivery  Date) . 

Indicates  the  date  that  this  requirement  must  be  satis¬ 
fied. 

Car  d  Coluap  65-6  6  (Advice)  . 

A  two  character  alpha-numeric  code  used  to  provide  the 
supply  source  with  special  instructions  applicable  to  the 
requisitioned  item  when  considered  necessary  to  insure 
appropriate  supply  action.  There  are  mandatory  advice  codes 
for  Mandatory  Turn-in  Repairable  items. 

SMl  Sol  USA  s2_'o  8  (Delivery )  . 

Assigned  by  the  Comptroller  for  financial  purposes. 
Each  customer  department  and  command  have  unique  delivery 
codes. 

Data  Blocks  L#!l  «<2#§r  and  S  (Remarks) . 

May  be  used  to  provide  additional  information  concerning 
this  request,  as  considered  necessary.  Should  include 
Transportation  Account  Code  for  non-standard  stock  requisi¬ 
tions. 


£&&  filfick  0 
Contains 


(SliSSSS)  • 
financial  data 


required  by  the  Comptroller. 


Data  Block  1  <££“&£*§>  • 

contains  the  unit  price. 


Data  Block  0  (EsJBE JSS)  • 

contains  the  extended  price. 
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APPENDIX  B 

SPECIAL  MATERIAL  CATEGORY  DESCRIPTIONS 


Eha&gflgaghls  fiaaigisg i  gz  s  ug£ii§s 

Any  requires ent  for  photographic  equipment  must  bear  the 
approval  signature  cf  an  authorized  representative  of  the 
Educational  Media  Department  (EMD)  .  This  individual  veri¬ 
fies  that  the  equipment  oeing  requested  is  net  part  cf  the 
photographic  inventory.  If  it  is,  the  requisition  is 
normally  cancelled  and  the  requestor  is  directed  to  use  the 
item  in  photographic  inventory.  Photographic  supplies  are 
normally  provided  by  EMD.  An  authorized  signature,  there¬ 
fore,  indicates  that  the  item  being  requested  is  not 
available  through  EMD  and  procurement  is  authorized. 

In  addition,  the  Chief  of  Naval  Education  and  Training 
(CNIT)  authorizes  the  expenditure  of  funds  for  photographic 
equipment,  without  prior  approval,  in  an  annual  amount  of 
32500.  Once  this  ceiling  has  beer,  reached  any  additional 
requests  must  be  approved  by  CNET.  Therefore,  a  running 
balance  must  be  maintained  for  photographic  equipment  expen¬ 
ditures. 

Finally,  photographic  equipment  may  also  be  considered 
plant  account  material.  See  Plant  Account  for  criteria. 

Reproduction  Ecu ipmer.t 

All  requests  for  the  lease  or  purchase  of  reproduction 
equipment  must  have  been  approved,  and  have  been  issued  an 
authorization  number,  by  the  Navy  Publication  and  Printing 
Service  Office.  Any  requisition  lac-ting  this  authorization 
number  is  rejected. 
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filing  Equipment 

There  has  been  an  indefinite  moratorium  placed  on  the 
acquisition  of  new  filing  equipment.  Requests  for  waivers 
must  be  accompanied  by  adequate  justification  and  ultimately 
must  be  approved/disapproved  by  CNET.  Any  requisition 
lacking  CNET  approval  is  rejected. 


Typewriters 

In  recent  years  there  has  been  an  inordinate  number  of 
new  typewriters  procured  on  a  government-wide  basis.  a ore 
strict  controls  cn  their  acquisition  have  been  implemented. 
The  Navy  Postgraduate  School  has  placed  acquisition  approval 
authority  in  the  hands  of  the  Supply  Officer.  Any  requisi¬ 
tion  fcr  typewriters  lacking  the  approval  of  the  Supply 
Officer  is  rejected. 

pla  r.t  Account  ? rcperty 

Plant  account  property  is  Navy-owned  personal  property 
of  a  capital  nature  located  in  activities  comprising  the 
Naval  Shore  Est a tlishment  Of  primary  concern  to  the  supply 
deoartment  is  class  3  and  i  (DIPEC)  plant  property.  Class  3 
plant  property  must  have  an  initial  estimated  or  actual  cost 
in  excess  of  $1000.00,  have  an  expected  life  of  at  least  two 
years,  and  not  be  consumed  in  performance  of  its  work. 
Examples  are  electronic  typewriters,  word  processors. 
Automated  Data  Processing  Equipment  (ADPE),  etc.  All  plant 
property  (including  DIPEC)  must  be  strictly  acounted  for  and 
controlled.  Although  plant  property  accounting  is  the 
responsibility  of  the  comptroller  department,  the  supply 
department,  having  the  responsibility  of  acquisition  and 
receipt,  must  be  able  to  identify  this  material  and  notify 
the  comptroller  department  of  its  receipt  so  proper 
accounting  actions  may  be  taken. 
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2 gfSLSS  Industrial  Plant  EaaiiaSSt  Center  Material  (DIP EC) 
DIPEC  material  is  generally  categorized  as  class  4  plant 
account  property.  Also  called  industrial  plant  equipment, 
its  initial  cost  must  exceed  $1003.30  and  it  is  generally 
used  for  altering  the  physical,  chemical,  or  electrical 
properties  of  material.  Examples  are  large  industrial 
lathes,  drill  presses,  and  grinders  usually  found  in  public 
works  shops  or  shipyards.  All  requests  for  DIPEC  material 
must  first  be  submitted  to  the  Defense  Industrial  Plant 
Equipment  Center  (DIPEC).  DIPEC  screens  ill  excess  material 
lists  for  availability.  If  the  item  is  available  it  is  made 
available  for  the  transportation  costs  only.  The  command 
may  reject  the  offer  with  adequate  justification.  If  the 
item  is  not  available  from  excess  or  if  it  is  rejected, 
DIPEC  will  provide  approval  authority  to  acquire  the  item 
through  normal  procurement  channels.  Any  request  for  DIPEC 
equipment  must  have  been  approved  by  DIPEC  prior  to  any 
procurement  action  being  raker.. 

Off  ice  Labor  saving  Device  Equipment 

Typewriters,  calculators  (excluding  handheld),  adding 
machines,  dictating/transcribing  machines,  microfiche  equip¬ 
ment,  etc.  are  considered  office  laborsaving  devices.  There 
are  strict  guidelines  as  to  the  acquisition,  custody, 
maintenance,  replacement  and  turn-in  of  these  devices. 
Appropriate  approval  authority  is  required  for  any  acquisi¬ 
tion.  Requisitions  lacking  approval  authority  are  rejected. 
The  Supply  Officer  is  tasked  with  the  management  and  custody 
control  of  all  office  laborsaving  device  equipment. 


APPENDIX  C 

MATERIAL  ACQUISITION  PROCESSING  FILES 


SsaiJisiiion  File 

This  file  is  maintained  for  outstanding  standard  stock 
requisitions  only.  It  consists  of  the  original  DD  Form  1348 
and  associated  keypunched  card.  Each  requisition  has 
appended  to  it  all  associated  status  cards  and  followups. 
It  is  maintained  in  document  number  order,  by  fiscal  year. 

Outstanding  Pure hase  Order  File 

Similar  to  the  outstanding  requisition  file  in  that  it 
represents  all  outstanding  requisitions  for  non-standard 
stock  items.  However,  a  history  of  status  and  followup 
action  is  not  maintained  here  but  rather  in  the  respective 
receipt  processing  files.  it  is  maintained  primarily  as  a 
starting  reference  point  wher.  attempting  to  cross  document 
numbers  to  purchase  order  numbers,  as  well  as  a  single 
source  file  of  outstanding  non-standard  requirements. 

Completed  Requisition  File 

Maintained  for  standard  stock  items.  Sfhen  requisitions 
are  completed  they  are  pulled  from  the  outstanding  requisi¬ 
tion  file  and  placed  in  this  file  with  the  appropriate 
receipt  papers  attached.  It  is  an  historical  record  of 
standard  stock  transactions. 
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Photographic  Approval  Authority  Fils 

This  file  consists  of  all  requisitions  (or  copies  of) 
for  photographic  equipment  which  is  awaiting  approval 
authority  from  CNET.  Approval  authority  is  required  because 
the  $2500  ceiling  has  been  exceeded. 


Outstanding  DIP  EC  File 

This  file  consists  of  requisitions  for  DIPEC  equipment 
which  are  awaiting  a  formal  reply  to  an  excess  screen  avail¬ 
ability  from  DIPEC.  Included  with  each  requisition  is  a  DD 
Form  1419  which  is  the  formal,  excess  request  document. 

Completed  DIPEC  vile 

An  historical  record  of  DIPEC  acquisition  instruction 
for  all  DIPEC  equipment  requests. 


Report  of  Discrepancy  (ROD)  File 

A  file  of  ROD  reports  ar.d  associated  requisition  and 
receipt  papers  for  material  which  has  been  received  damaged, 
erroneous  quantities,  incorrect  material,  etc. 

Awaiting  Receipt  Papers  File 

For  non-standard  stoc.t  procurements,  this  file  consists 
of  the  DD  Form  1348,  any  continuation  sheets,  and  in  most 
cases,  the  negotiated  contract.  As  the  name  implies,  this 
file  is  for  requirements  which  remain  outstanding. 


Aj&i tiiS  Invoice  File 

Normally,  once  material  and  receipt  papers  are  received 
and  processed,  all  documentation  is  moved  to  this  file  indi¬ 
cating  all  processing  is  complete  with  the  exception  of 
having  the  invoice. 
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laaiiins  gaisMsi  Q.iMl  Ills. 

For  confirmed  orders  which  have  been  received  and  have 
been  invoiced  but  have  no  supporting  documentation.  This 
file  should  be  kept  at  minimal  size.  Every  record  in  it  has 
the  potential  of  exceeding  the  Prompt  Payment  Act  (PPA) 
guidelines. 

Beady  To  Pay  File. 

A  file  consisting  of  requirements  which  have  beer,  satis¬ 
fied  and  have  all  the  documentation  required  (invoice, 
receipt  papers,  negotiated  contract,  etc.)  to  be  certified 
and  forwarded  for  payment. 

Historical  Demand  File 

Contains  a  ccpy  of  all  DD  Fora  1348 's  for  standard  stock 
requisitions.  maintained  in  National  Stock  Number  order. 
Its  purpose  is  tc  keep  at  historical  record  of  demand  for 
standard  items  sc  that  decisions  may  be  made  as  to  whether 
cr  r.ct  to  bring  an  item  info  stock  based  on  its  frequency 
of  demand. 


APPENDIX  D 

PHOTOTYPE  IDENTIFICATION,  ENVIRONMENT  AND  DATA  DIVISIONS 

IDENTIFICATION  DIVISION. 

PROG RAM- I  I.  THESIS. 

AUTHOR.  THADDEUS  P.  ZYCHOWSKI. 

DATE-HRITTEN.  OCT03ER  1982. 

DATS-COMP  TLSD .  OCTOBER  1982. 

SECURITY.  NONE. 

ENVIRONMENT  DIVISION. 

CONFIGURATION  SECTION. 

SOURCE-COMPUTER.  I3M-37Q. 

OBJECT-COMPUTER.  I3M-370. 

INPUT-OUTPUT  SECTION. 

FTLE-CCNT  FOL. 

SELECT  MASTER-FILE  ASSIGN  TO  UT-S-OLDM AST . 
SELECT  REPORT-PILE  ASSIGN  TO  UT- S- SO 3  TO UT . 
SELECT  PODOXRSP-  FILE  ASSIGN  70  UT-S-P’J  ?.  CHAS  E. 
SELECT  HISTORY-PILE  ASSIGN  TO  UT-S-HISTORY . 
SELECT  MATERI  AL- FILE  ASSIGN  TO  UT-5-MATERIAL. 
SELECT  INVOICE-FILE  ASSIGN  TO  UT-S-INVOICE. 
SELECT  REQN-FILE  ASSIGN  TO  UT-S-REQN. 

SELECT  VOLUME-FILE  ASSIGN  TO  UT-S- VOLUME. 

DATA  DIVISION. 

FILE  SECTION. 

FD  MASTER-FILE  LABEL  RECORDS  ASS  STANDARD. 

01  MASTER- RECORD. 

02  DOCNUM . 


03  SERVCODS 

PIC 

X. 

0  3  UIC 

PIC 

X  (5) 

03  JD  ATE 

PIC 

X  (4) 

0  3  SZHNUM 

PIC 

X<4) 

COST-CODE 

PIC 

X  (3) 
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02  STX-NUM. 


03 

FSC 

PIC 

X(4)  . 

03 

NCB 

PIC 

X<2)  . 

03 

NUN 

PIC 

X(7)  . 

02 

MATERIAL  OCCURS  5  TIMES. 

03 

NO  MEN 

PIC 

X  (10)  . 

03 

UISSUE 

PIC 

X<2>. 

03 

QTY 

PIC 

X(5)  . 

03 

UP RICE 

PIC 

9999SV99 

03 

3XTPRICE 

PIC 

99999V99 

03 

S  E  SOS 

PIC 

X  (9)  . 

02 

PHI 

PIC 

X  (2)  . 

02 

TOTCOST 

PIC 

99999V99 

02 

BP  ACALLNR 

PIC 

X(4)  . 

02 

?0  NUMBER. 

03 

YEAR 

PIC 

X  (2)  . 

03 

PC  ODE 

PIC  X. 

03 

P NUMBER 

PIC 

X(4)  . 

02 

CO  STY  PE 

PIC 

X. 

02 

P3CCODZ 

PIC 

X. 

02 

7SND03 

PIC 

X  (20)  . 

02 

MATL-RECVD  OCCURS  3  TIMES. 

03 

3D  ATE 

PIC 

X  («)  . 

02 

COMPL 

PIC 

X  (3)  . 

02 

INVOICE  OCCURS  5  TIMES. 

03 

INUMBER 

PIC  X  (6)  . 

03 

AMOUNT 

PIC 

99999V99 

03 

D  ATE-RSCVD 

PIC 

X  (4)  . 

03 

DATE-FWD 

PIC 

X(4)  . 

02 

ST  AT  OCCURS  5  TIMES. 

03 

PST  AT 

PIC 

X  (30)  . 

FD  REPORT-PILE  LAB3L  RECORDS  ARE  STANDARD. 
01  REPORT**  RECORD. 


02  DOCNUM . 

0  3  5  E8VCOD2 
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PIC  X 


03  OIC 

PIC  X  (5)  . 

0  3  JDATE 

PIC  X  (4)  . 

03  SERNOM 

PIC  X(«)  . 

02  COST-CODE 

PIC  X  (3)  . 

02  STK-NOM. 

03  FSC 

PIC  X  (4)  . 

03  NCB 

PIC  X  (2)  . 

0  3  NUN 

PIC  X  (7)  . 

02  MATERIAL  OCCURS  5  TIMES. 

0  3  NOMEN 

PIC  X  (10)  . 

0  3  UI S  SUE 

PIC  X  (2)  . 

0  3  QTY 

PIC  X  (5)  . 

0  3  OPRICE 

PIC  99999V99. 

03  EXTPRICZ 

PIC  99999V99 

03  SERQE 

PIC  X  (9)  . 

02  PRI 

PIC  X  (2)  . 

02  TOTCOST 

PIC  99999V99 

02  3?  AC  ALL  NR 

PIC  X  (4)  . 

02  PO NUMBER.. 

03  TEAR 

PIC  X  (2)  . 

0  3  PCODE 

PIC  X. 

03  PNUM3ER 

PIC  X  (4)  . 

02  CONTYPS 

PIC  X. 

02  PRCCODE 

PIC  X. 

02  VENDOR 

PIC  X  (20) . 

02  MATL-RECVD  OCCURS  3  TIMES. 

0  3  RD  ATE 

PIC  X  (4)  . 

02  COMPL 

PIC  X  (3)  . 

02  INVOICE  OCCURS  5  TIMES. 

03  INUMBER 

PIC  X  (6)  . 

03  AMOONT 

PIC  99999V9' 

0  3  DATE-RSCVD 

PIC  X  (4)  . 

03  DA  TE-FWD 

PIC  X  (4)  . 

02  STAT  OCCURS  5  TIMES. 

03  PSTAT 

PIC  X  ( 30) . 
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FD  PODOXREF-FILE  RE  PORT  IS  PODOXREF-REPORT , 
LABEL  RECORDS  ARE  ST  ANDARD . 

FD  INVOICE-FILE  REPORT  IS  INVOICE- REPORT , 
LABEL  RECORDS  ARE  STANDARD. 

FD  HISTORY-FILE  REPORT  IS  HISTORY- REPORT , 
LABEL  RECORDS  ARE  STANDARD. 

FD  MATERIAL- FILE  REPORT  IS  MATERIAL-REPORT, 
LABEL  RECORDS  ARE  STANDARD. 

FD  REQN- FILE  REPORT  IS  REQN-REPORT , 

LABEL  RECORDS  ARE  STANDARD. 

FD  VOLUME-FILE  REPORT  IS  VOLUME-REPORT, 
LABEL  RECORDS  ARE  STANDARD. 

WORKING-STORAGE  SECTION. 


77 

MORE- EAT  A 

PIC 

x  (3) 

VALUE 

IS 

‘YES' 

77 

I 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNT  A 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNTE 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNTC 

PIC 

999 

V  AL  U  E 

13 

ZERO. 

77 

COUNTE 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNTE 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNT  F 

PIC 

999 

VALUE 

IS 

2 Li r(0  • 

77 

COUNTG 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNT H 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNTI 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNT J 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNT  K 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNT! 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNT  AD 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNTED 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

CO  UN  T  CD 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNT DD 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNTED 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNTED 

PIC 

999 

VALUE 

IS 

ZERO . 

77 

COUNTGD 

PIC 

999 

VALUE 

IS 

ZERO. 

77 

COUNT  HD 

PIC 

999 

VALUE 

IS 

ZERO. 
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F  r 


77  CO  OUT  10 
77  COUNTJD 
77  COUNT  KD 
77  COONTID 


PIC  999 
PIC  999 
PIC  999 
PIC  999 


VALUE  IS  ZERO. 
VALUE  IS  ZERO. 
VALUE  IS  ZERO. 
VALUE  IS  ZERO. 


AP PENDII  E 

BEPOBT  AND  PROCEDURE  SECTIONS. 

PURCHASE  ORDER/D CCU ENT  NUMBER  CROSS  REFERENCE  LISTING 

REPORT  SECTION. 

P.D  PO DO X  RE? -REPORT 

PAGE  LIMIT  IS  55  LINES, 

HEADING  23,  FIRST  DETAIL  20, 

LAST  LET  AIL  4  9,  FOOTING  51. 

01  TYPE  IS  REPORT  HEADING. 

02  LINE  NUMBER  IS  22. 

03  COLUMN  20  PIC  X(55)  VALUE  IS 
•PURCHASE  ORDER  /  DOCUMENT  NUMBER 
CR  CSS  REFERENCE  LISTING'. 

01  PAGE-HEAD  TYPE  IS  PAGE  HEADING. 

02  LI  NE  NUMBER  I  S  24  . 

03  COLUMN  20  PIC  X  ( 35)  VALUE  IS 

•OUTSTANDING  NON-STANDARD  STOCK  ONLY*. 
02  LINE  NUMBER  1  5  25  . 

03  COLUMN  25  PIC  X  ( 1 5 )  VALUE  IS 
•DOCUMENT  NUMBER*. 

03  COLUMN  50  PIC  X(21)  VALUE  IS 
•PURCHASE  ORDER  NUMBER'. 

02  LINE  6. 

01  DOCUMENT-NUMBER  TYPE  IS  DETAIL. 

02  LINE  NUMBER  PLUS  1. 

03  COLUMN  25  PIC  X(1>  SOURCE  15 
SERVCODE  DF  REPORT-RECORD. 

03  COLUMN  25  PIC  X  (5)  SOURCE  IS 
UIC  OF  REPORT- RECORD. 

03  COLUMN  31  PIC  X(1>  VALUE  IS  •-'. 


03  COLUMN  32  ?XC  X(4|  SOURCE  IS 
JD ATE  OF  REPORT-RECORD. 

03  COLUMN  36  PIC  X{1)  VALUE  IS 
03  COLUMN  37  PIC  X  (4|  SOURCE  IS 
SERNUM  OF  REPORT-RECORD. 

03  COLUMN  57  PIC  X  (2)  SOURCE  IS 
YEAR  OF  REPORT-RECORD. 

03  COLUMN  59  PIC  X(1)  VALUE  IS 
03  COLUMN  60  PIC  X ( 1 )  SOURCE  IS 
PCCDE  OF  REPORT-RECORD. 

03  COLUMN  61  PIC  X(1)  VALUE  IS  '-'. 

03  COLUMN  62  PIC  X  (4|  SOURCE  IS 
PNUM3ER  OF  REPORT-RECORD. 

PROCEDURE  DIVISION. 

CONTROL- SECTION. 

PERFORM  STARTUP. 

PERFORM  GENERATE-REPORT  UNTIL  MORE-DATA  IS  EQUAL 
TO  •  NO'. 

PERFORM  CLEANUP. 

STOP  RUN . 

STARTUP. 

OPEN  INPUT  REPORT-FILE,  OUTPUT  PODOXREF-FILE. 
READ  REPORT-FILE  AT  END  MOVE  'NO*  TO  MORE-DATA. 
INITIATE  PO DO XRSF- REPORT. 

GENERATE-  FEPORT. 

IF  COMPL  OF  REPORT-RECORD  IS  EQUAL  TO  SPACES 
AND  N  UN  OF  REPORT-RECORD  IS  EQUAL  TO  SPACES 
GENERATE  DOCUM ENT- NUMBER. 

READ  REPORT-FILE  AT  END  MOVE  'NO*  TO  MORE-DATA. 
CLEANUP. 

TERMINATE  PODOXRSF-REPORT. 

CL0S2  REPORT-FILE,  PODOXREF-FILE. 

DISPLAY  'SUCCESSFUL  END  OF  FEPORT  PROGRAM'. 
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HISTORICAL  INVOICE  LISTING 


REPORT  SECTION. 

RD  HISTORY- REPORT 

CONTROL  IS  FINAL,  VENDOR  OF  REPORT-RECORD, 
PAGE  UNIT  IS  59  LINES, 

HEADING  4,  FIRST  DETAIL  8, 

LAST  DETAIL  52,  FOOTING  55. 

01  TYPE  IS  REPORT  HEADING. 

02  LINE  NUMBER  IS  14. 

03  COLUMN  33  PIC  X  (2 6»  VALUE  IS 
•HISTORICAL  INVOICE  LISTING’. 

01  PAGE-HEAD  TYPE  IS  PAGE  HEADING. 

02  LINE  NUMBER  I  S  15. 

03  COLUMN  10  PIC  X  (27)  VALUE  IS 
'INVOICES  RECEIVED  3Y  VENDOR'. 

01  VENDOR-HEADER  TYPE  IS  CONTROL  HEADING 
VENDOR  OF  REPORT -RECORD. 

02  LINE  NUMBER  IS  PLUS  4. 

03  COLUMN  10  PIC  X  (7)  VALUE  IS  'VENDOR:'. 
03  COLUMN  20  PIC  X  (20)  SOURCE  13 
VENDOR  OF  REPORT-RECORD. 

02  LINE  NUMBER  IS  PLUS  2. 


03 

COLUMN 

14 

PIC 

X(7) 

VALUE  IS  ' 

INVOICE' . 

03 

COLUMN 

27 

PIC 

X  (3 ) 

VALUE  IS  ' 

PURCHASE'. 

03 

COLUMN 

45 

PIC 

X  (4) 

VALUE  IS  ’ 

DATE'  . 

03 

COLUMN 

57 

PIC 

X  (4) 

VALUE  IS  ' 

DATE'  . 

LINE  NUMBER 

IS  PLUS  1. 

03 

COLUMN 

14 

PIC 

X(6) 

VALUE  IS 

'NUMBER'  . 

03 

COLUMN 

25 

PIC 

X  (1  2| 

VALUE  IS 

•ORDER 

NUM  BER' 

• 

03 

COLUMN 

43 

PIC 

X(S) 

V  UE  IS 

'RECEIVED' . 

03 

COLUMN 

55 

PIC 

X  (9) 

VALUE  IS 

•  FORWARDED' 

03 

COLUMN 

70 

PIC 

X  (6) 

VALUE  IS 

•  AMOUNT* . 
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01  INVOICE-INFO  TYPE  IS  DETAIL. 

02  LINE  NUMBER  IS  PLUS  1. 

03  COLUMN  15  PIC  X(6)  SOURCE  IS  INUMBER 
OF  REPORT- RECORD  (I). 

03  COLUMN  26  PIC  X(2)  SOURCE  IS 

YEAR  OF  REPORT-RECORD. 

03  COLUMN  28  PIC  X ( 1 )  VALUE  IS  •-*. 

03  COLUMN  29  PIC  X  (1 )  SOURCE  IS 

PCODE  OF  REPORT-RECORD. 

03  COLUMN  30  PIC  X(11  VALUE  IS 

03  COLUMN  31  PIC  X(4)  SOURCE  IS 

PNUMBER  0?  REPOST-RECORD. 

03  COLUMN  45  PIC  X(4)  SOURCE  IS 

DAT  E-SECVD  0?  REPORT-RECORD  (I)  . 

03  COLUMN  57  PIC  X(U)  SOURCE  IS 

DAT E-FW D  OF  REPORT-RECORD  (I). 

03  COLUMN  67  PIC  ZZ,ZZZ.99  BLANK  WHEN  ZERO 
SOURCE  IS  AMOUNT  OF  REPORT-RECORD  (I) . 

PROCEDURE  DIVISION. 

CONTROL-S  ECTION. 

PERFORM  STARTUP. 


PERFORM  GENERATS-REPORT  UNTIL  MORE-DATA  IS  EQUAL 
TO  'NO'. 

PERFORM  CLEANUP. 

STOP  RUN. 

STARTUP. 

OPEN  INPUT  REPORT-FILE,  OUTPUT  HISTORY-FILE. 

READ  EEPORT-FILE  AT  END  MOVE  'NO*  TO  MORE-DATA. 
INITIATE  HISTORY-REPORT. 

GENERATE-  REPORT. 

MOVE  1  TO  I. 

PERFORM  CHECK-INVOICE  UNTIL  1*6. 

READ  FEPORT-FILE  AT  END  MOVE  'NO'  TO  MORE-DATA. 
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CHECK- INVOICE. 

IP  DATE-RECVD  OF  RE? ORT-RECOBD  (I) 

IS  NO  I  EQUAL  TO  SPACES 
GENERATE  INVOICE-INFO. 

ADD  1  TO  I. 

CLEANUP. 

TERMINATE  HISTOR Y-REPORT. 

CLOSE  REPORT-FILE,  HISTORY-FILE. 

DISPLAY  *  SUCCESSFUL  END  OP  REPORT  PROGRAM  * . 


MATERIAL  BY  VENDOR  LIST!  NO 

REPORT  SECTION. 

HD  MATERIAL- REPORT 

CONTROL  IS  VENDOR  OF  REPORT-RECORD, 

PAGE  LIMIT  IS  55  LINES, 

HEADING  2,  FIRST  DETAIL  5, 

LAST  DETAIL  58,  FOOTING  61. 

01  TYPE  IS  REPORT  HEADING. 

02  LINE  NUMBER  IS  18. 

03  COLUMN  30  PIC  X(25)  VALUE  IS 
’MATERIAL  BY  VENDOR  LISTING 
01  TYPE  IS  PAGE  HEADING. 

02  LINE  NUMBER  IS  PLUS  4. 

03  COLUMN  10  PIC  X(34)  VALUE  IS 

•OUTSTANDING  REQUISITIONS  3Y  VENDOR’ 
01  V2NDOR-HEADER  TYPE  IS  CONTROL  HEADING 

VENDOR  OF  REPORT-RECORD  NEXT  GROUP  IS  PLUS  1 
02  LINE  PLUS  4. 

0  3  COLUMN  5  PIC  X  (7)  VALUE  IS  ’VENDOR:’ 
03  COLUMN  15  PIC  X(20)  SOURCE  IS 
VENDOR  OF  REPORT-RECORD. 
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02  LINE  PLUS  2. 

03  COLUMN  17  PIC  X  (8)  VALUE  IS 
•PURCHASE  ORDER  NUMBER'. 

02  LINE  PLUS  1. 

03  COLUMN  15  PIC  X(12)  VALUE  IS 
•ORDER  NUMBER*. 

03  COLUMN  U3  PIC  X  ( 1 5 )  VALUE  IS 

•DOCUMENT  NUMBER*. 

01  DOCUMENT -NUMBER  TYPE  IS  DETAIL. 


LIN 

E  NUMBER 

IS 

PLUS  1. 

0  3 

COLUMN 

1  6 

PIC  X  (2 ) 

SOURCE  IS 

I  EAR  OF 

REPORT-RECORD. 

0  3 

COLUMN 

1  8 

PIC  X(1) 

VALUE  IS  ' . 

03 

COLUMN 

1  9 

PIC  X  (1) 

SOURCE  IS 

PC ODE  OF  R 

EPORT-RECORD. 

0  3 

COLUMN 

20 

PIC  X(1) 

VALUE  IS  '  . 

03 

COLUMN 

2  1 

PIC  X  (4) 

SOURCE  IS 

? NUMBER 

OF 

REPORT- RE 

CORD. 

0  3 

COLUMN 

4  3 

PIC  X  (1) 

SOURCE  IS 

S  E3VCGD  E  0 

?  REPORT-R 

ZCOFD. 

03 

COLUMN 

4  4 

PIC  X  (5) 

SOURCE  IS 

UIC  OF 

a  EPCRT-RECORD 

• 

03 

COLUMN 

4  9 

PIC  X ( 1 ) 

VALUE  IS  • -' . 

03 

COLUMN 

5  0 

PIC  X  ('4 ) 

SOURCE  IS 

JDATE  OF  S 

SPORT-RECORD. 

03 

COLUMN 

5  4 

PIC  X(1) 

VALUE  IS  • -'  . 

03 

COLUMN 

5  5 

PIC  X  (4 ) 

SOURCE  IS 

S  ERNUM 

0  F 

REPORT-RECORD. 

PROCEDURE  DIVISION. 

CONTROL-SECTION. 

PERFORM  STARTUP. 

PERFORM  GENERATE-FZPORT  UNTIL  MORE-DATA 
IS  EQUAL  TO  '  NO'  . 

PERFORM  CLEANUP. 

STOP  RUN. 
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STARTUP. 

OPEN  INPUT  REPORT-PILE,  OUTPUT  MATERIAL-FILE. 
READ  REPORT-FILE  AT  END  MOVE  'NO*  TO  MORE-DATA. 
INITIATE  MATERIAL-REPORT. 

GENERATE  -  FEPOP.T. 

IF  HI  IN  OF  REPORT-RECORD  IS  EQUAL  TO  SPACES 
AND  CCMPL  OF  REP ORT- RECORD  IS  EQUAL  TO  SPACES 
GENERATE  DOCUMENT-NUMBER. 

READ  REPORT-FILS  AT  END  MOVE  'NO'  TO  MORE-DATA. 
CLEANUP. 

TERMINATE  MATERIAL-REPORT. 

CLOSE  REPORT-FILS,  MATERIAL-FILE. 

DISPLAY  'SUCCESSFUL  END  OF  REPORT  PROGRAM'. 


DAILY  INVOICE  SSJOR^ 

REPORT  S  SCTION. 

RD  INVOICE-REPORT 

CONTROL  IS  FINAL,  PROCODE  OF  REPORT-RECORD, 
PAGE  LIMIT  IS  55  LINES, 

HEADING  2,  FIRST  DETAIL  6, 

LAST  DETAIL  50,  FOOTING  52. 

01  TYPE  IS  REPORT  HEADING. 

02  LINS  NUMBER  IS  16. 

0  3  COLUMN  2  6  PIC  X(20)  VALUE  IS 
'DAILY  INVOICE  REPORT'. 

01  PAGE-HEAD  TYPE  IS  PAGE  HEADING. 

02  LINE  NUMBER  IS  18. 

03  COLUMN  10  PIC  X{51)  VALUE  IS 

•INVOICES  RECEIVED  AND  NOT  PROCESSED, 
BY  PROCESSOR'  . 
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01  PROCESSOR-HEADER  TYPE  IS  CONTROL  HEADING 

PROCODE  OF  REPORT-RECORD  NEXT  GROUP  IS  PLUS  1. 
02  LINE  NUMBER  IS  PLUS  4. 

03  COLUMN  10  PIC  X  ( 1 0>  VALUE  IS 
•  PROCESS  OR: ' 

0  3  COLUMN  24  PIC  X  (1 )  SOURCE  IS 
PROCODE  OP  REPORT-RECORD. 


02 

LINE 

NUMBER  IS  PLUS  2. 

03 

COLUMN  11  PIC  X  ( 1 2) 

VALUE  IS  'PURCHASE'. 

33 

COLUMN  4  7  PIC  X  (4)  V 

ALUS  IS  'DATE'. 

02 

LINS 

NUMBER  IS  PLUS  1. 

0  3 

COLUMN  9  PIC  X  ( 1 2) 

VALUE  IS 

•ORDER  NUMBER'. 

0  3 

COLUMN  26  PIC  X  (14) 

VALUE  IS 

•INVOICE  NUMBER’. 

03 

COLUMN  4  5  PIC  X  (9) 

VALUE  IS 

'  RECEIVE  D*  . 

INVOICE- 

INFO  TYPE  IS  DETAIL. 

02  LINE  NDM3SF  15  PLUS  1. 

C  3  COLUMN  10  PIC  X  (21  SOURCE  IS  YEAS  OF 


REPORT-RECORD. 

0  3  COLUMN  12  PIC  X  (1 )  VALUE  IS 
03  COLUMN  13  PIC  X{1)  SOURCE  IS  PCODE  OF 
REPORT-RECORD. 

0  3  COLUMN  1*4  PIC  X(1)  VALUE  IS 
0  3  COLUMN  15  PIC  X  (4)  SOURCE  IS  PNUMBER  OF 
REPORT-RECORD. 

0  3  COLUMN  31  PIC  X  (5)  SOURCE  IS  INUMBER  OF 
REPORT-RECORD  (I). 

0  3  COLUMN  47  PIC  X(4)  SOURCE  IS  DATS-RECVD  OF 
REPORT-RECORD  (I). 

PROCEDURE  DIVISION. 

CONTROL-SECTION. 

PERFORM  STARTUP. 
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PERFORM  GENERATE  -  REPORT  UNTIL  MORE-DATA 
IS  EQUAL  TO  •  NO*  . 

PERFORM  CLEANUP. 

STOP  RUN. 

STARTUP. 

OPEN  INPUT  REPORT-FILE,  OUTPUT  INVOICE- FILE. 
READ  EEPORT-FILE  AT  END  MOVE  'NO*  TO  MORE-DATA 
INITIATE  INVOICE-REPORT. 

GENERATE-  REPORT. 

MOVE  1  TO  I. 

PERFORM  CHECK-DATE  5  TIMES. 

READ  FEPC  RT-FILS  AT  END  MOVE  'NO'  TO  MORE-DATA 
CHECK-DATE. 

IF  DATE-RECVD  0?  REP  CRT- RECORD  (I)  IS  NOT  EQUA 
TO  SPACES 

AND  DATE-FWD  OF  RE FORT- PEC OR D  (T)  IS  EQUAL 
TO  SPACES 

GENERATE  I NVCICE— INFO. 

ADD  1  TO  I. 

CLEANUP. 

TERMINATE  INVOIC  E-  REPORT . 

CLOSE  REPORT-FILE,  INVOICE-FILE. 

DISPLAY  ’SUCCESSFUL  END  DF  REPORT  PROGRAM’. 


REQUISITION  STATUS  REPORT 

REPORT  S  ECTION. 

RD  REQN- REPORT 

CONTROLS  ARE  UIC  OF  REPORT- RECO RD, 
CUST-CODE  OF  RE P CRT- RECORD , 

JDATE  OF  REPORT- RECORD, 

S2RNUB  OF  REPORT -RECORD, 

FAGS  LIMIT  IS  59  LINES, 


HEADING  13,  FIRST  DETAIL  17, 

LAST  DETAIL  53,  FOOTING  55. 

01  TYPE  IS  REPORT  HEADING. 

02  LINE  13. 

03  COLUMN  30  PIC  X(25)  VALVE  IS 
•REQUISITION  STATUS  REPORT'. 

01  PAGE-HEAD  TYPE  IS  PAGE  HEADING. 

02  LINE  IS  15. 

03  COLUMN  15  PIC  X(54)  VALUE  IS 

•REPORT  OE  OUTSTANDING  REQUISITIONS 
BY  UIC/CUSTOME5  '  . 

01  UIC-H  FADES  TYPE  IS  CONTROL  HEADING 

UIC  OF  REPOP.T-PECORD  NEXT  GROUP  IS  PLUS  1. 

02  LINE  PLUS  4. 

03  COLUMN  15  PIC  X  (4 )  VALUE  IS  'UIC:'. 

03  COLUMN  2  1  PIC  K(1|  SOURCE  IS 
SERVCOD3  OF  REPOST-RECORD. 

0  3  COLUMN  2  2  PIC  \*(5)  SOURCE  IS 
UIC  OF  REPORT-RECORD. 

01  CUST- CODE-HEADER  TYPE  IS  CONTROL  HEADING 

COST-CODE  OF  REP  CRT- RECORD  NEXT  GROUP  IS  PLUS  1. 
02  LINE  PLUS  2. 

0  3  COLUMN  15  PIC  X  ( 1 4)  VALUE  IS 
•  CUSTOMS  R  CODE: ' . 

0  3  COLUMN  3  2  PIC  X  ( 3)  SOURCE  IS 
CUST-CODE  OF  REPORT- RECORD. 

02  LINE  PLUS  2. 


03 

COLUMN  15 

PIC  X(15) 

VALUE 

IS 

' DOCUMENT 

NUM3ER' . 

03 

COLUMN  35 

PIC  X  (21) 

VALUE 

IS 

•PURCHASE 

ORDER  NUMBER'. 

03 

COLUMN  52 

PIC  X (6) 

VALUE 

IS 

01  REQN-  INFO  TYPE  IS  DETAIL. 
02  LINE  IS  PLUS  1. 
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03 

COLUMN  18  PIC  X(U»  GROUP  INDICATE 

IS  JDATS  OF  REPORT -RECORD. 

SOURCE 

03 

COLUMN  24  PIC  X  ( 4)  GROUP  INDICATE 

IS  SERNUM  OF  REPORT- RECORD. 

SOURCE 

03 

COLUMN  4  0  PIC  X(2)  SOURCE  IS 

YEAR  OF  REPORT-RECORD. 

03 

COLUMN  4  3  PIC  X(1)  SOURCE  IS 

PCODE  OF  REPORT-RECORD. 

03 

COLUMN  4  5  PIC  X(4*  SOURCE  IS 

PNUMBER  OF  REPORT- RECORD. 

03 

COLUMN  5  9  PIC  X  ( 3 0 )  SOURCE  IS 

PSTAT  OF  REPORT- RECORD  (I)  . 

PROCEDURE  DIVISION. 

CONTROL-S  ECTION. 

PERFORM  STARTUP. 

PERFORM  GENERATE -REPORT  UNTIL  MORE-DATA  IS  EQUAL 
TO  *  NC'. 

PERFORM  CLEANUP. 

STOP  SUN. 

STARTUP. 

OPEN  INPUT  REPORT-FILE,  OUTPUT  EEQN-FI L3. 

READ  REPORT-FILS  AT  END  MOVE  ’NO'  TO  MORE-DATA. 
INITIATE  FEQN  -RE  PORT  . 

GENERATE-  REPORT. 

MOVE  1  TO  I. 

PERFORM  DO  UNTIL  1  =  6. 

READ  REPORT-FILE  AT  END  MOVE  'NO*  TO  MORE-DATA. 

DO. 

IF  PSTAT  OF  REPORT-RECORD  (I) 

IS  NOT  EQUAL  TO  SPACES 

GENERATE  REQN-INFO. 

ADD  1  TO  I. 

ELEA  NO  P. 

TERMINATE  REQN-REPORT. 

CLOSE  REPORT-FILE,  REQN-FILE. 
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MONTHLY  IQltMl  8 EPORT 


REPORT  SECTION. 

RD  VO  LI  ME- RE  PORT 

PAGE  LIMIT  IS  65  LINES, 

HEADING  2,  FIRST  DETAIL  10, 

LAST  DETAIL  52,  FOOTING  55. 

01  TYPE  IS  REPORT  HEADING. 

02  LINE  14. 

03  COLUMN  50  PIC  X(19)  VALUE  IS 

•DATE  _ •. 

02  LINE  16. 

03  COLUMN  10  PIC  X(32)  VALUE  IS 

•FROM:  ISSUE  CONTROL,  CODE  42213'. 

02  LINE  18. 

03  COLUMN  10  PIC  X  ( 3  0)  VALUE  IS 

'TO:  SUPPLY  OFFICER,  CODE  42’. 

02  LINE  20. 

0  3  COLUMN  10  PIC  X  (4  3)  VALUE  IS 

' SUBJ :  MONTHLY  VOLUME  REPORT  FOR 
THE  PERIOD*. 

02  LINE  22. 

03  COLUMN  17  PIC  X(24)  VALUE  IS 

' _ THRU _ _ _ •  . 

02  LINS  28. 

03  COLUMN  10  PIC  X(35|  VALUE  IS 

•1.  NON-STANDARD  STOCK  REQUISITIONS'. 
03  COLUMN  51  PIC  X(12)  VALUE  IS 
•ISSUE  GROUPS  '  . 

02  LINE  30. 

03  COLUMN  16  PIC  X(3t  VALUE  IS  'UIC'. 

03  COLUMN  46  PIC  X(1|  VALUE  IS  'A'. 

03  COLUMN  56  PIC  X(1)  VALUE  IS  '3'. 

03  COLUMN  66  PIC  X(1>  VALUE  IS  '  C  •  . 
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02 

LINE 

32. 

03 

COLUMN  14 

PIC 

X(5) 

VALUE 

IS 

' X6  227  1 '  . 

03 

COLUMN  4  5 

PIC 

999 

SOURCE 

IS 

COUNTAD. 

03 

COLUMN  5  5 

PIC 

999 

SOURCE 

IS 

COUNTBD. 

03 

COLUMN  6  5 

PIC 

999 

SOURCE 

IS 

COONTCD. 

02 

LINE 

34. 

03 

COLUMN  1  4 

PIC 

X(6) 

VALUE 

IS 

•  OTHER' . 

03 

COLUMN  4  5 

PIC 

999 

SOURCE 

IS 

COUNTDD. 

03 

COLUMN  5  5 

PIC 

999 

SOURCE 

IS 

COUNTED. 

0  3 

COLUMN  6  5 

PIC 

99  9 

SOURCE 

COUNTED. 

02 

LINE 

38. 

03 

COLUMN  1  0 

PIC 

X ( 3 1 )  VALUE 

13 

•2.  SI  A  NOAH  D 

STOC 

K  REQUISIT 

TONS'  . 

03 

COLUMN  5 1 

PIC 

X ( 1 2)  VALUE 

;  is 

'  ISSUE  3  PO UP 3 ' 

• 

02 

LINE 

40. 

0  3 

COLUMN  1  6 

PIC 

X  ( 3) 

VALUE 

is 

'UIC'  . 

03 

COLUMN  4  6 

PIC 

X  { 1 ) 

VALUE 

1 3 

’  A'  . 

03 

COLUMN  5  6 

PIC 

X  ( 1  ♦ 

VALUE 

IS 

*  B*  . 

03 

COLUMN  6  6 

PIC 

X  ( 1  > 

VALUE 

IS 

'  C  '  . 

02 

LINE 

42. 

03 

COLUMN  1  4 

PIC 

X(6) 

VALUE 

IS 

' X6 227  1 '  . 

03 

COLUMN  4  5 

PIC 

999 

SOURCE 

IS 

COUNTGD. 

0  3 

COLUMN  5  5 

PIC 

999 

SOURCE 

IS 

COUNTHD. 

03 

COLUMN  6  5 

PIC 

999 

SOURCE 

IS 

COUNTID. 

02 

LINE 

44. 

03 

COLUMN  14 

PIC 

X  (6) 

VALUE 

IS 

•  OTHER' . 

03 

COLUMN  4  5 

PIC 

999 

SOURCE 

IS 

COUNTJD. 

03 

COLUMN  3  5 

PIC 

999 

SOURCE 

13 

COUNTKD. 

0  3 

COLUMN  65 

PIC 

999 

SOURCE 

IS 

COUNTLD. 

02 

LINE 

:  56. 

03 

COLUMN  4  3 

« 

PIC 

X (23)  VALUE 

« 

:  is 

02 

LINE 

:  57. 

• 

03 

COLUMN  4  8 

PIC 

X<9> 

VALUE 

IS 

' SIGNATURE 
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LINS  62. 

03  COLUMN  10  PIC  X(8>  7 ALUS  IS  'COPX  TO:'. 

02  LINE  63. 

03  COLUMN  10  PIC  X(8>  VALUE  IS  'SODS  422'. 
02  LINS  64. 

03  COLUMN  10  PIC  X(9>  VALUE  IS  'CODE  4201  '. 
PROCEDURE  DIVISION. 

CONTROL-S  ECTION. 

PERFORM  STARTUP. 

PERFORM  COUNT-RO  UTIN2  UNTIL  MOSS-DATA  IS  SQ'JAL 
TO  'NO*. 

PERFORM  GENES  ATS -REPORT. 

PERFORM  CLEANUP. 

STOP  BUN. 

STARTUP. 

CPSN  INPUT  REPOST-FILE,  OUTPUT  VOLUME-FILE. 

READ  FEPO RT-FILZ  AT  END  MDVS  'NO*  TO  MORE-DATA. 
INITIATE  VOLUME- REPOST. 

CCUNT- ROUTINE. 

I?  NUN  OF  HZ  PORT- RECORD  IS  EQUAL  TO  SPACES 
IF  UIC  OF  REPORT- RECORD  IS  EQUAL  TO  '62271' 

I?  PHI  0?  REPORT-RSCDRD  IS  EQUAL  TO  '  5' 
ADD  1  TO  COUNTA 

ELSE  IF  PR  I  OF  REPOR T- RECORD  IS  EQUAL  TO 
MO' 

ADD  1  TO  COUNTS 
ELSE  ADD  1  TO  COUNTC 
UIC  OF  a EPORT-R2CDRD. 

ELSE  IF  PRI  OF  REPORT-RECORD  IS  EQUAL  TO  '  5' 
ADD  1  TO  COUNTD 

ELSE  I?  PF.I  OF  REPORT-RECORD  IS  EQUAL  TO 

•  10* 

ADD  1  TO  COUNTE 
ELSE  ADD  1  TO  COUNTF 
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ELSE  IP  OIC  OP  3  EPORT-RECORD  IS  EQUAL  TO  • 62271* 
IF  PRI  OP  REPORT-RECORD  IS  EQUAL  TO  »  5* 
ADD  1  TO  COUNTS 

ELSE  IF  PRI  OF  REPORT-RECORD  IS  EQUAL  TO 

•  10' 

ADD  1  TO  COUNTH 
ELSE  ADD  1  TO  CCUNTI 

ELSE  IP  PRI  OP  RE PORI -RECORD  IS  EQUAL  TO 

*  5' 

ADD  1  10  COUNTJ 

ELSE  IP  FRI  OF  P  EPORT-RECORD  IS  EQUAL 

MO  * 

ADD  1  TO  COUNTK 
ELSE  ADD  1  TO  COUNTL. 

READ  REPORT-FILE  AT  END  MOPE  •NO*  TO  MCRE-DATA. 
GENERATE-  REPORT. 

MOVE  COUNT  A  TO  COUNT  AD. 

MOVE  COONTB  10  COUNTED. 

MOVE  COUNTC  TO  COUNT  CD. 

MOVE  CCUNTD  TO  COUNT  DD. 

MOVE  COUNTS  TO  COUNTED. 

MOVE  COUNTF  TO  COUNTED. 

MOVE  COUNTG  TO  COUNTGD. 

MOVE  COUNTH  TO  C  CUNT  HD. 

MOVE  COU  NT  I  TO  COUNT  ID. 

MOVE  COU  NT  J  TO  CCUNTJD. 

MOVE  COUNTK  TO  COUNTKD. 

MOVE  COUNTL  TO  COUNTLD. 

GENERATE  VOLU  MS- REPO  RT. 

CLEANUP. 

TERMINATE  VOLUME -REPORT. 

CLOSE  REPORT-FILE,  VOLUME-FILZ. 
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APPENDIX  P 
REPORTS 

PURCHASE  QPDIS  l  DOCUMENT  NUMBER  CROSS  REFERENCE  LISTING 

OUTSTANDING  NON-STANDARD  STOCK  ONLY 


DOCUMENT  NUMBER 

PURCHASE  ORDER  NUMBER 

X  41 32 1 -2250-52  1 9 

82-M-1266 

X41321  -2250-5225 

32-F-2176 

X6227 1 -225  0-6 1  15 

82-M- 1266 

X6227  1-22  50-61  16 

92-M-1266 

X 62 27  1  -22  5  0-6 1  22 

82-P-1273 

X62271  -2250-6603 

92-?- 1230 

X6227  1-225-0-6723 

32-F-2230 

X41321  -225  1-5320 

32-M-1266 

XU1 321 -225 1-5567 

52-F-3199 

X41321  -225  1-57  33 

82-F-2222 

X 62  27 1 -225 1-6 1 23 

82-F-127U 

X6  2  27  1  -22  5  2-6  1  04 

82-M- 1201 

X6  2  27  1  -225  2-6  1  24 

82-?- 1 375 

X41321 -2253-5235 

32-F-3176 

X41 321 -225 3-5245 

82-F-2876 

X62  27  1  -2  253 -6  132 

82-F-2273 

X 62 271 -2253-61 33 

32-F-2274 

X62271  -2253-61  34 

8  2-  F-  2  3  7  5 

X 62 27 1 -2253-6 1 42 

32-F-1873 

162271-2253-6143 

82-F-1874 

X6227 1 -2253-6 144 

82-F-1875 
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IHVOICES  9ECEIVEC  B1  »S»°°B 


VENDOR: 

ACE  HARDWARE 

INVOICE 

PURCHASE 

number 

ORDER  NUMBER 

12345 

82-S-  1  201 

12345 

8  2- a- 1  201 

12345 

82-8“  1  201 

12446 

82-  8-  1  201 

DATS 

3  ECSI VSD 

2275 

2275 

2275 

2277 


Tiki'S. 

FORM ASDED 

2275 

2276 
2276 


amount 

2,200.00 

2,200.00 

2,200.00 

soo.oo 


VENDOR:  COLBY  SUPPLY 

IN70IC2  pUSCRAS^ 

HO  MB  SB  ORDER  NUMBER 

56789  82-8-1  266 

56  77  3  82-8-1266 

57777  8  2-8-1  266 

57766  32-  8-1  266 


date 

3  EC SI  7 ED  FORWARDED 

2272  2276 

2273 

2273 

2274 


amount 
a  00  *00 

300.00 

200-00 

100.00 


VENDOR:  PACIFIC  INC. 


INVOICE 

PURCHASE 

NU8BER 

ORDER  NU8BER 

87462 

82-F-1  272 

87  354 

82-F-1  277 

83629 

8  2- P-1  322 

77564 

8  2-P-  1  822 

22  807 

32-F-1  972 

26439 

8  2-F-2  272 

DATS 

RECEIVED 

2273 

2273 

2273 

2273 

2273 

2273 
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DATE 

FORW  ARDED 

2275 

2279 

2276 
2274 


AMOUNT 

100-00 

300.00 

500.00 

1,120.00 

700.00 

500.00 


45997 

8  2-F- 2  277 

2273 

2274 

400.00 

VENDOR: 

TRIDENT  CO. 

INVOICE 

PURCHASE 

DATE 

DATE 

NOMBER 

ORDER  NUMBER 

RECEIVED 

FORWARDED 

AMOUNT 

88  76  3 

82-F-  1271 

2273 

2274 

200.00 

00  019 

82-P-  1271 

2274 

2,1 C0.00 

000  12 

32-?-  1271 

2  27  3 

22'75 

102. 00 

23746 

32-?-  1278 

2273 

4  06. 00 

45  37  2 

82-F-  1279 

2273 

2275 

400. 00 

43638 

82-F- 1231 

2273 

400. 00 

99  946 

82-F-  1871 

2273 

2275 

200. 00 

33372 

82-F-  1878 

2273 

2275 

500. 00 

00923 

82-F-  1879 

227  3 

2275 

1 00. 00 

33999 

82-F- 1881 

2273 

100.00 

46533 

82-F-  2134 

2273 

200. 00 

82046 

82-F- 227  1 

2273 

2274 

1  00. 30 

37734 

32-F-2273 

2273 

3  DO. 00 

77  74  6 

82-F- 2279 

2273 

2275 

2,1 00. 00 

65656 

82-F- 2281 

2273 

2274 

2, 200. 00 

33392 

82-F- 2834 

2273 

2275 

2  00.  00 
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by  Unoor  listing 

OUTST  A  NDING  REQUISITIONS  BY  VENDOR 


VENDOR:  ACE  HARDWARE 

PURCHASE 

ORDER  NUMBER  DOCUMENT  NUMBER 

82- M-  120  1  X62271-2252-61  04 


VENDOR:  COLBY  SUPPLY 

PURCHASE 
ORDER  NOM3ER 

82- M-  125  6 

82- a  -  126  6 

82- M-  126  6 
82-M-1266 


DOCUMENT  NUMBER 

X6 227  1-2250-61  IS 
X52271-2250-61  16 
X4 1321-2250-5213 
X41321-2251-5320 


VENDOR:  PACIFIC  INC. 

PURCHASE 
ORDER  NUMBER 

82-F-1375 

82-P-1875 

82-F-2176 

82-F-2375 

82-P-2376 


DOCUMENT  NUMBER 

X62271-2252-u124 
X6 2271- 22 53-6144 
X4 1321-2250-5225 
X6 2271-2253-6134 
X4 1321-2253-5245 
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VENDOR 


TRIDENT  CO 


PURCHASE 
ORDER  NUMBER 

82-F-1273 
82-F-1274 
82-F-1280 
82-F-1873 
82-F-187U 
82-F-1880 
82-  F  -222  2 
82- F -227  3 
82- F -227  4 
82- F- 22  30 
32- F- 30  0  0 
82-F-31  90 


DOCUMENT  NUMBER 

X6 2 27 1-225 0-6122 
X62 27 1-225  1-6123 
X62 27 1-22 5 0-6603 
X62271-225 3-6142 
X6 2 27 1-225 3- 6143 
X62271-2255-6424 
X41321-2251-5738 
X6  227 1 -  225  3-6 1 32 
X6227 1-2253-61 33 
X62 27 1-2250-6723 
XU1321-2255-5314 
X4 1321-2251-5567 
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L 
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DAILY  INYOICg  REPOST 


INVOICES  RECEIVED  AND  NOT  PROCESSED, 

BY  PROCESSOR 

PROCESSOR: 

1 

PURCHASE 

DATE 

ORDER  NUS3ER 

INVOICE  NUMBER  S 

ECEIVED 

82-3-1201 

1 2  44  5 

2277 

8 2“ S- 1266 

5677  8 

2273 

32-S- 1266 

57777 

2273 

8  2-  S—  1266 

57766 

2274 

82-S-1255 

22  34  5 

2275 

32-M- 1255 

22444 

2274 

82-S-1255 

22446 

2273 

82-S-  1255 

23344 

2273 

PROCESSOR : 

3 

PURCHASE 

DATS 

ORDER  NUMEES 

INVOICE  NUMBER 

RECEIVED 

82-F-1277 

8735  4 

2273 

82- F- 1877 

38833 

2273 

82-F-2272 

26439 

227. 

8  2-?- 2322 

68477 

2273 

82-?-  1271 

0001  9 

2274 

8  2-F-  1278 

23746 

2273 

82-F-1281 

43638 

2273 

82- F-  1881 

3399  9 

2273 

8  2-F- 21 34 

46533 

2273 
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AD-A126  435 
UNCLASSIFIED 


A  COMPUTER-BASED  INFORMATION  SYSTEM  FOR  THE 
ISSUE/RECEIPT  CONTROL  BRANCH.. (U  NAVAL  POSTGRADUATE 
SCHOOL  MONTEREY  CA  T  F  ZYCHOWSKI  DEC  82 

F/G  9/2 


microcopy  resolution  iest  chari 

NATIONAL  hllKl  AO  Of  MAN l JAM*  W<>JA 


RSQOI SITION  gliJOS  SSPfifiJ 


REPOST  OF  OUTSTANDING  REQUISITIONS  BI  UIC/COSTOMER 


UIC:  XU  13  21 

CUSTOMER  CODE:  111 


DOCUMENT 

NUMBER 

PURCHASE  ORDER  NUMBER 

STATUS 

2004 

2154 

BM 

NOZ 

2009 

2004 

2156 

3A 

NOZ 

2115 

2005 

2181 

BA 

NOZ 

2115 

2005 

2182 

BM 

NOZ 

2009 

3M 

N  35 

2100 

•  3X 

NOZ 

2160 

3  a 

NOZ 

2009 

3M 

N  35 

21  00 

2005 

2189 

BA 

NOZ 

2110 

2104 

2154 

3  A 

NOZ 

2200 

2114 

2154 

BM 

NOZ 

2229 

2205 

2182 

BM 

NOZ 

2310 

BM 

NOZ 

2210 

3A 

NOZ 

2215 

2215 

2182 

BM 

NOZ 

2220 

3B 

NOZ 

EDD  3008 

BM 

NOZ 

2220 

2250 

5219 

32 

a 

1266 

EDD 

2302 

2  250 

5225 

3  2 

F 

2176 

EDD 

2244 

2  253 

5235 

3  2 

F 

3176 

EDD 

2300 

2253 

5245 

3  2 

F 

2876 

EDD 

2303 

CUSTOMER  CODE 


222 


DOCUMENT  NUMBER  PURCHASE  ORDER  NUMBER  STATUS 


2251 

5320 

82 

M 

1266 

EDD 

2200 

2251 

5567 

8  2 

P 

3199 

EDD 

2255 

2251 

5738 

3  2 

P 

2222 

EDD 

2288 

2255 

5314 

92 

P 

3000 

EDD 

2299 

UIC:  X62271 

CUSTOMER 

CODE: 

001 

DOCUMENT 

NU  MB  SR 

PURCHASE 

ORDER  NUMB 

ER 

STATUS 

2004 

1572 

BM 

NOZ 

2009 

BB 

NOZ 

EDD  2200 

2004 

1783 

BM 

NOZ 

2009 

BB 

NOZ 

EDD  2185 

2004 

2572 

3M 

NOZ 

2118 

BM 

N35 

2130 

3M 

NHZ 

2149 

2004 

278  3 

3M 

NOZ 

2008 

181  1 

BM 

NOZ 

2010 

BM 

N35 

2020 

2008 

281  1 

BA 

NOZ 

2200 

2102 

2111 

BB 

NOZ 

EDD  2189 

2102 

2112 

BM 

NOZ 

2110 

2250 

6115 

82 

M 

1266 

EDD  2300 

2252 

6104 

82 

M 

1201 

EDD  2311 

2252 

6124 

82 

? 

1375 

EDD  2300 

2253 

6134 

82 

F 

2375 

EDD  2344 

2253 

6144 

92 

P 

1875 

EDD  2303 

2  30  2 

2112 

BM 

NOZ 

2330 

BB  NOZ  EDD  2360 
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CUSTOMER  CODE 


002 


DOCUMENT  NUMBER  PURCHASE  ORDER  NUMBEB  STATUS 


2009 

1844 

BB 

NOZ 

2020  EDD2050 

2009 

2844 

BA 

NNZ 

2210 

2101 

1910 

BN 

as 

O 

fr» 

2105 

2101 

1980 

BB 

NOZ 

EDO  2300 

2101 

2910 

BA 

NOZ 

2310 

VOLO ME  REPORT 


DATE _ 

PROS:  ISSUE  CONTROL,  CODE  4221  B 

TO:  SUPPLY  OFFICER,  CODE  42 

SUB J:  MONTHLY  VOLUME  REPORT  FOR  THE  PERIOD 

_  THRU  _ 

1.  NON-STANDARD  STOCK  REQUISITIONS  ISSUE  GROUPS 


UIC 

A 

B 

C 

X62271 

000 

018 

027 

OTHER 

039 

009 

000 

STANDARD  STOCK  REQUISITIONS 

UIC 

A 

ISSUE  GROUPS 

B 

/-* 

v- 

X62271 

03  1 

014 

013 

OTHER 

001 

005 

006 

SIGNATURE 


COPY  TO: 
CODE  422 
CODE  4201 
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LIST  OF  BBFBBBICES 


Naval  postgraduate 
1982. 


Public  Lav  97-177, 
21,  1982. 


Secretary  of  the 
{? . L.  97-  1  77)  "  ,  Oa 


School  Instruction  5430. 2A,  1  April 

P ronot  Paynsqts  Act  of  1982,  tlay 

Navy  Message,  "Promot  Payment  Act 
n3  Tioe  3 roan  032113  duly  82. 
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Biggs,.  Charles  L.,  Birks,  Evan  S.,  and  Atkins.  . Hilliaa, 
^Mnaa^|0Iaa  &Z&3A2  £SIIA2E§a2&i  EESSSISi#  Prefctice-Hall, 

iltlikal2Si,BiS8  ??cr 

Hussain,,  Donna  and  Hussain,  K.R. ,  1  Inf or  nation  Processing 

Sistgfs  fo£  Management1 .  Richard  D.  I ^7tT;~nrZ7T- 1  ^T7  — 

Krauss,  Leonard  I..  IQ craouter -Based  Management  Information 

—  - -  - ¥-“  Sanagisf!l%-lsf5?riti3!!7^rs?r7  - *“"* 


Systems 1 .  American 

Kroenke,  David,  .  IDatabase  Piocassinc: 


Kroenke,  David,  .  IDatabase  Procsssmc:  Fundamentals, 

Modeling.  A  op  li  c  at  i  o  r.  1^7  52  TSifc  e  ~3f  gg  ATcR-  Assoc  i f *egT — TZZ7, 


Inc.,  31  Hay  19  8  2. 


Lyons,  Norman  ?.,  'Structured  COBOL  fcr  Data  Processing' , 
Glencoe  Publishing  Co.7  In*77“T980r  - - **■*“' 


Martin#  James,  'Cqmpu- 
Prant ice-Hall,  Jr.c.  ,  797 5Ta 


2=kIS.::Ml§.  Organization » . 
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INITIAL  DI STBIBOTION  LIST 


[ 

No.  Copies 

1.  Defense  Technical  Information  Center  2 

Cameron  Station 

Alexandria,  VA  22314 

2.  Library,  Code  0142  2 

Naval  Postaraduate  School 

Monterey,  California  9394  0 

3.  Computer  Technology  Programs.  Code  37  1 

Naval  Postgraduate  School 
Monterey,  California  9394  0 

4.  Prof  N.  Lyoijs,  Co<Je  54LB  1 

Administrative  Sciences  Department 

Naval  Poster adua* e  School 
Monterey,  California  93940 

5.  LCDS  .J.  Hay-?s,  Code  54HT  1 

Administrative  Sciences  Department 

Naval  Postgraduate  School 
Monterey,  California  93940 

6.  LCDF.  R.  Jackson,  Code  4  2  2 

Supcly  Department 

Naval  Poster aifuate  School 
Monterey,  California  9394 0 

7.  LCD?  Thaddeus  F.  Zychovski  2 

Military  Traffic  Management  Command,  <*A 

ATTN:  WSISO 

Oakland  Army  3ase 

Oakland,  California  94625 


i 


r 


